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Foreword 



This Technical Specification has been produced by the 3GPP. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of this TS, it will be re-released by the TSG with an identifying 
change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 Indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the RLC protocol. 
Release '99 features: 

Transparent mode 

Unacknowledged mode 

- Acknowledged mode 
Features for future Releases: 

- Hybrid ARQ 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

3G TS 25.401: "UTRAN Overall Description" 

3G TR 25.990: "Vocabulary for the UTRAN" 

3G TS 25.301: "Radio Interface Protocol Architecture" 

3G TS 25.302: "Services Provided by the Physical Layer" 

3G TS 25.303: "Interlayer Procedures in Connected Mode" 

3G TS 25.304: "UE Procedures in Idle Mode and Procedures for Cell Reselection in Connected 
Mode " 



[1] 
[2] 
[3] 
[4] 
[5] 
[6] 

[7] 
[8] 



3G TS 25.321: "MAC Protocol Specification" 
3G TS 25.331: "RRC Protocol Specification" 



3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 



ARQ 

BCCH 

BCH 

C- 

CC 

CCCH 

CCH 



Automatic Repeat Request 
Broadcast Control Channel 
Broadcast Channel 
Control- 
Call Control 

Common Control Channel 
Control Channel 
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CCTrCH Coded Composite Transport Channel 

CN Core Network 

CRC Cyclic Redundancy Check 

DC Dedicated Control (SAP) 

DCCH Dedicated Control Channel 

DCH Dedicated Channel 

DL Downlink 

DSCH Downlink Shared Channel 

DTCH Dedicated Traffic Channel 

FACH Forward Link Access Channel 

FCS Frame Check Sequence 

FDD Frequency Division Duplex 

GC General Control (SAP) 

HO Handover 

ITU International Telecommunication Union 

kbps kilo-bits per second 

LI Layer 1 (physical layer) 

L2 Layer 2 (data link layer) 

L3 Layer 3 (network layer) 

MAC Medium Access Control 

MS Mobile Station 

MM Mobility Management 

Nt Notification (SAP) 

PCCH Paging Control Channel 

PCH Paging Channel 

PDU Protocol Data Unit 

PU Payload Unit. 

PHY Physical layer 

PhyCH Physical Channels 

RACH Random Access Channel 

RLC Radio Link Control 

RNTI Radio Network Temporary Identity 

RRC Radio Resource Control 

SAP Service Access Point 

SCCH Synchronisation Control Channel 

SCH Synchronisation Channel 

SDU Service Data Unit 

SHCCH Shared Channel Control Channel 

TCH Traffic Channel 

TDD Time Division Duplex 

TFI Transport Format Indicator 

TFCI Transport Format Combination Indicator 

TPC Transmit Power Control 

U- User- 

UE User Equipment 

UL Uplink 

UMTS Universal Mobile Telecommunications System 

URA UTRAN Registration Area 

UTRA UMTS Terrestrial Radio Access 

UTRAN UMTS Terrestrial Radio Access Network 



General 



4.2 Overview on sublayer architecture 

The model presented in this section is not for implementation purposes. 



£75/ 



(3G TS 25.322 version 3.1 .2 Release 1 999) 9 ETSI TS 1 25 322 V3.1 .2 (2000-01 ) 

4.2.1 Model Of RLC 

Figure 4.1 gives an overview model of the RLC layer. The figure illustrates the different RLC peer entities. There is one 
transmitting and one receiving entity for the transparent mode service and the unacknowledged mode service and one 
combined transmitting and receiving entity for the acknowledged mode service. The dashed lines between the AM- 
Entities illustrate the possibility to send the RLC PDUs on separate logical channels, e.g. control PDUs on one and data 
PDUs on the other. More detailed descriptions of the different entities are given in subsections 4.2.1.1, 4.2.1.2 and 
4.2.1.3. 
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Figure 4.1 : Overview model of RLC 

4.2.1 .1 Transparent mode entities 

Figure 4.2 below shows the model of two transparent mode peer entities. 
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Figure 4.2: Model of two transparent mode peer entities 

The transmitting Tr-entity receives SDUs from the higher layers through the Tr-SAP. RLC might segment the SDUs 
into appropriate RLC PDUs without adding any overhead. How to perform the segmentation is decided upon when the 
service is established. RLC delivers the RLC PDUs to MAC through either a BCCH, PCCH, SHCCH, SCCH or a 
DTCH. The CCCH also uses transparent mode, but only for the uplink. Which type of logical channel depends on if the 
higher layer is located in the control plane (BCCH, PCCH, CCCH, SHCCH, SCCH (downlink only)) or user plane 
(DTCH). 

The Tr-entity receives PDUs through one of the logical channels from the MAC sublayer. RLC reassembles (if 
segmentation has been performed) the PDUs into RLC SDUs. How to perform the reassembling is decided upon when 
the service is established. RLC delivers the RLC SDUs to the higher layer through the Tr-SAP. 

4.2.1 .2 Unacknowledged mode entities 

Figure 4.3 below shows the model of two unacknowledged mode peer entities. 
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Figure 4.3: Model of two unacknowledged mode peer entities 

The transmitting UM-entity receives SDUs from the higher layers. RLC might segment the SDUs into RLC PDUs of 
appropriate size. The SDU might also be concatenated with other SDUs. RLC adds a header and the PDU is placed in 
the transmission buffer. RLC deUvers the RLC PDUs to MAC through either a DCCH, a SHCCH (downlink only), 
CTCH or a DTCH. The CCCH also uses unacknowledged mode, but only for the downlink. Which type of logical 
channel depends on if the higher layer is located in the control plane (CCCH, DCCH, SHCCH) or user plane (CTCH, 
DTCH). 

The receiving UM-entity receives PDUs through one of the logical channels from the MAC sublayer. RLC removes 
header from the PDUs and reassembles the PDUs (if segmentation has been performed) into RLC SDUs. The RLC 
SDUs are delivered to the higher layer. 

4.2.1 .3 Acknowledged mode entity 

Figure 4.4 below shows the model of an acknowledged mode entity. 
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Figure 4.4: Model of a acknowledged mode entity 

The transmitting side of the AM-entity receives SDUs from the higher layers. The SDUs are segmented and/or 
concatenated to PUs of fixed length. PU length is a semi-static value that is decided in bearer setup and can only be 
changed through bearer reconfiguration by RRC. 

For purposes of RLC buffering and retransmission handling, the operation is the same as if there would be one PU per 
PDU. For concatenation or padding purposes, bits of information on the length and extension, are inserted into the 
beginning of the last PU where data from an SDU is included. If several SDUs fit into one PU, they are concatenated 
and the appropriate length indicators are inserted into the beginning of the PU. After that the PUs are placed in the 
retransmission buffer and the transmission buffer. One or several PUs are included in one RLC PDU. 

The MUX then decides which PDUs and when the PDUs are delivered to MAC, e.g. it could be useful to send RLC 
control PDUs on one logical channel and data PDUs on another logical channel. The PDUs are delivered via a function 
that completes the RLC -PDU header and potentially replaces padding with piggybacked status information. This 
includes setting the poll bit compressing subsequent PUs into one RLC-PDU or setting up the extended RLC -PDU 
header (PUs not in sequence) where applicable. 

When Piggybacking mechanism is applied the padding is replaced by control information, in order to increase the 
transmission efficiency and making possible a faster message exchange between the peer to peer RLC entities. The 
piggybacked control information is not saved in any retransmission buffer. The piggybacked control information is 
contained in the piggybacked STATUS PDU, which is in turn included into the AMD-PDU. The piggybacked STATUS 
PDUs will be of variable size in order to match with the amount of free space in the AMD PDU. 
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The dashed lines illustrate the case where AMD PDUs and control PDUs are transmitted on separate logical channels. 
The retransmission buffer also receives acknowledgements from the receiving side, which are used to indicate 
retransmissions of PUs and when to delete a PU from the retransmission buffer. 

The Receiving Side of the AM-entity receives PDUs through one of the logical channels from the MAC sublayer. The 
RLC-PDUs are expanded into separate PUs and potential piggybacked status information are extracted. The PUs are 
placed in the receiver buffer until a complete SDU has been received. The receiver buffer requests retransmissions of 
PUs by sending negative acknowledgements to the peer entity. After that the headers are removed from the PDUs and 
the PDUs are reassembled into a SDU. Finally the SDU is delivered to the higher layer. The receiving side also receives 
acknowledgements from the peer entity. The acknowledgements are passed to the retransmission buffer on the 
transmitting side. 



Functions 



The following functions are supported by RLC. For a detailed description of the following functions see [3]. 
Segmentation and reassembly; 

- Concatenation; 
Padding; 

Transfer of user data; 
Error correction; 

In-sequence delivery of higher layer PDUs; 

Duplicate Detection; 

Flow control; 

Sequence number check (Unacknowledged data transfer mode); 

Protocol error detection and recovery. 

- Ciphering; 
Suspend/resume function; 

6 Services provided to upper layers 

This section describes the different services provided by RLC to higher layers. It also includes mapping of functions to 
different services. For a detailed description of the following functions see [3]. 

- Transparent data transfer Service 

The following functions are needed to support transparent data transfer: 
Segmentation and reassembly 
Transfer of user data; 

- Unacknowledged data transfer Service 

The following functions are needed to support unacknowledged data transfer: 

Segmentation and reassembly 

Concatenation 
- Padding 
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Transfer of user data 

- Ciphering 

Sequence number check; 

- Acknowledged data transfer Service 

The following functions are needed to support acknowledged data transfer: 
Segmentation and reassembly 
Concatenation 

- Padding 
Transfer of user data 
Error correction 

In-sequence delivery of higher layer PDUs 
Duplicate detection 

- Flow Control 

Protocol error detection and recovery 

- Ciphering; 

- QoS setting 

- Notification of unrecoverable errors 

6.1 Mapping of services/functions onto logical channels 

The following tables show the applicability of services and functions to the logical channels in UL/DL and 
UE/UTRAN. A '+' in a column denotes that the service/function is applicable for the logical channel in question 
whereas a '-' denotes that the service/function is not applicable. 

Table 6.1 : RLC modes and functions in UE uplink side 



Service 


Functions 


CCCH 


SHCCH 


DCCH 


DTCH 


Transparent 
Service 


Applicability 


+ 


+ 


- 


+ 


Segmentation 


- 


- 


- 


+ 


Transfer of user data 


+ 


+ 


- 


+ 


Unaclcnowledged 
Service 


Applicability 




- 


+ 


+ 


Segmentation 


- 


- 


+ 


+ 


Concatenation 


- 


- 


+ 


+ 


Padding 




- 


+ 


+ 


Transfer of user data 




- 


+ 


+ 


Cipfiering 


- 


- 


+ 


+ 


Aclcnowledged 
Service 


Applicability 




- 


+ 


+ 


Segmentation 




- 


+ 


+ 


Concatenation 


- 


- 


+ 


+ 


Padding 


- 


- 


+ 


+ 


Transfer of user data 




- 


+ 


+ 


Flow Control 




- 


+ 


+ 


Error Correction 


- 


- 


+ 


+ 


Protocol error correction & 
recovery 


- 


- 


+ 


+ 


Cipfiering 




- 


+ 


+ 
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Table 6.2: RLC modes and functions in UE downlink side 



Service 


Functions 


SCCH 


BCCH 


PCCH 


SHCCH 


CCCH 


DCCH 


DTCH 


CTCH 


Transparent 
Service 


Applicability 


+ 


+ 


+ 


+ 


- 




+ 




Reassembly 


+ 


+ 


+ 




- 




+ 




Unacknowledged 
Service 


Applicability 


- 


- 


- 


+ 


+ 


+ 


+ 


+ 


Reassembly 


- 


- 


- 


+ 


+ 


+ 


+ 


+ 


Decipiiering 




- 






- 


+ 


+ 




Sequence number ciiecl< 




- 




+ 


+ 


+ 


+ 


+ 


Acknowledged 
Service 


Applicability 


- 


- 


- 


- 


- 


+ 


+ 


- 


Reassembly 


- 


- 


- 


- 


- 


+ 


+ 


- 


Error correction 




- 






- 


+ 


+ 




Flow Control 




- 






- 


+ 


+ 




In sequence delivery 




- 






- 


+ 


+ 




Duplicate detection 




- 






- 


+ 


+ 




Protocol error correction 
& recovery 




- 






- 


+ 


+ 




Decipiiering 




- 






- 


+ 


+ 





Table 6.3: RLC modes and functions in UTRAN downlink side 



Service 


Functions 


SCCH 


BCCH 


PCCH 


CCCH 


SHCCH 


DCCH 


DTCH 


CTCH 


Transparent 
Service 


Applicability 


+ 


+ 


+ 


- 


+ 


- 


+ 


- 


Segmentation 


+ 


+ 


+ 






- 


+ 




Transfer of user data 


+ 


+ 


+ 




+ 


- 


+ 




Unacknowledged 
Service 


Applicability 


- 


- 


- 


+ 


+ 


+ 


+ 


+ 


Segmentation 


- 


- 


- 


+ 


+ 


+ 


+ 


+ 


Concatenation 






- 


+ 


+ 


+ 


+ 


+ 


Padding 






- 


+ 


+ 


+ 


+ 


+ 


Cipfiering 


- 


- 


- 


- 


- 


+ 


+ 


- 


Acknowledged 
Service 


Applicability 


- 


- 


- 


- 


- 


+ 


+ 


- 


Segmentation 






- 






+ 


+ 




Concatenation 






- 






+ 


+ 




Padding 


- 


- 


- 


- 


- 


+ 


+ 


- 


Transfer of user data 






- 






+ 


+ 




Flow Control 






- 






+ 


+ 




Error Correction 


- 


- 


- 


- 


- 


+ 


+ 


- 


Protocol error correction 
& recovery 


- 


- 


- 


- 


- 


+ 


+ 


- 


Cipfiering 


- 


- 


- 


- 


- 


+ 


+ 


- 



Table 6.4: RLC modes and functions in UTRAN uplink side 



Service 


Functions 


CCCH 


SHCCH 


DCCH 


DTCH 


Transparent 
Service 


Applicability 


+ 


+ 




+ 


Reassembly 


- 


- 


- 


+ 


Unacknowledged 
Service 


Applicability 


- 


- 


+ 


+ 


Reassembly 




- 


+ 


+ 


Decipiiering 






+ 


+ 


Sequence number cfiecl< 


- 


- 


+ 


+ 


Acknowledged 
Service 


Applicability 


- 


- 


+ 


+ 


Reassembly 






+ 


+ 


Error correction 




- 


+ 


+ 


Flow Control 


- 


- 


+ 


+ 


In sequence delivery 


- 


- 


+ 


+ 


Duplicate detection 






+ 


+ 


Protocol error correction & 
recovery 


- 


- 


+ 


+ 


Decipiiering 


- 


- 


+ 


+ 



7 Services expected from MAC 

For a detailed description of the following functions see [3]. 
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Data transfer 



8 Elements for layer-to-layer communication 

8.1 Primitives between RLC and higher layers 

The primitives between RLC and upper layers are shown in Table 8.1. 

Table 8.1 : Primitives between RLC and upper layers 



Generic Name 


Parameter 


Req. 


Ind. 


Resp. 


Conf. 


RLC-AM-DATA 


Data, CNF, MUl 


Data 


Not Defined 


MUl 


RLC-UIW-DATA 


Data, 


Data 


Not Defined 


Not Defined 


RLC-TR-DATA 


Data 


Data 


Not Defined 


Not Defined 


CRLC-CONFIG 


E/R, Ciphering 

Elements (UIVI/AM 

only), AIVI_parameters 

(AM only) 


Not Defined 


Not Defined 


Not Defined 


CRLC-SUSPEND 
(UM/AM only) 


N 


Not Defined 


Not Defined 


VT(S) 


CRLC-RESUME 
(UM/AM only) 


No Parameter 


Not Defined 


Not Defined 


Not Defined 


CRLC-STATUS 


Not Defined 


EVC 


Not Defined 


Not Defined 



Each Primitive is defined as follows: 

RLC-AM-DATA-Req/Ind/Conf 

RLC-AM-DATA-Req is used by higher layers to request transmission of a higher layer PDU in acknowledged 
mode. 

RLC-AM-DATA-Ind is used by RLC to deliver to higher layers RLC SDUs, that have been transmitted in 
acknowledged mode. 

RLC-AM-DATA-Conf is used by RLC to confirm to higher layers the transmission of a RLC SDU. 

RLC-UM-DATA-Req/Ind 

RLC-UM-DATA-Req is used by higher layers to request transmission of a higher layer PDU in unacknowledged 
mode. 

RLC-UM-DATA-Ind is used by RLC to deliver to higher layers RLC SDUs, that have been transmitted in 
unacknowledged mode. 

RLC-TR-DATA-Req/Ind 

RLC-TR-DATA-Req is used by higher layers to request transmission of a higher layer PDU in transparent mode. 

RLC-TR-DATA-Ind is used by RLC to deliver to higher layers RLC SDUs, that have been transmitted in 
transparent mode. 

CRLC-CONFIG-Req 

This primitive is used by RRC to establish, release or reconfigure the RLC. Ciphering elements are included for UM 
and AM operation. 

CRLC-SUSPEND-Req/Cnf 

This primitive is used by RRC to suspend the RLC. The N parameter indicates that RLC shall not send a PDU with 
SN>=VT(S)+N, where N is an integer. RLC informs RRC of the VT(S) value in the confirm primitive. 
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CRLC-RESUME-Req 

This primitive is used by RRC to resume RLC when RLC has been suspended. 
CRLC-STATUS-Ind 

It is used by the RLC to send status information to RRC. 
Following parameters are used in the primitives: 

1) The parameter Data is the RLC SDU that is mapped onto the Data field in RLC PDUs. The Data parameter may 
be divided over several RLC PDUs. In case of a RLC -AM -DATA or a RLC-UM-DATA primitive the length of 
the Data parameter shall be octet-aligned. 

2) The parameter Confirmation request (CNF) indicates whether the RLC needs to confirm the correct transmission 
of the RLC SDU. 

3) The parameter Message Unit Identifier (MUI) is an identity of the RLC SDU, which is used to indicate which 
RLC SDU that is confirmed with the RLC-AM-DATA conf. primitive. 

4) The parameter E/R indicates whether RLC should enter or exit the data transfer ready state. 

5) The parameter Event Code (EVC) indicates the reason for the CRLC-STATUS-ind (i.e., unrecoverable errors 
such as data link layer loss or recoverable status events such as reset, etc.). 

6) The parameter ciphering elements are only applicable for UM and AM operation. These parameters are 
Ciphering Mode, Ciphering Key, Activation Time (SN to activate a new ciphering configuration) and Ciphering 
Sequence Number. 

7) The AM_parameters is only applicable for AM operation. It contains PU size. Timer values (see section 9.5), 
Protocol parameter values (see section 9.6), Polling triggers (see section 9.7.1), Status triggers (see section 
9.7.2), SDU discard mode (see section 9.7.3),. 



9 Elements for peer-to-peer communication 

9.1 Protocol data units 

9.1.1 Data PDUs 

a) TrD PDU (Transparent Mode Data PDU) 

The TrD PDU is used to convey RLC SDU data without adding any RLC overhead. The TrD PDU is used by 
RLC when it is in transparent mode. 

b) UMD PDU (Unacknowledged Mode Data PDU) 

The UMD PDU is used to convey sequentially numbered PDUs containing RLC SDU data. It is used by RLC 
when using unacknowledged data transfer. 

c) AMD PDU (Acknowledged Mode Data PDU) 

The AMD PDU is used to convey sequentially numbered PUs containing RLC SDU data. The AMD PDU is 
used by RLC when it is in acknowledged mode. 

9.1.2 Control PDUs 

a) STATUS PDU and Piggybacked STATUS PDU 

The STATUS PDU and the Piggybacked STATUS PDU are used: 

- by the receiving entity to inform the transmitting entity about missing PUs at the receiving entity; 
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- by the receiving entity to inform the transmitting entity about the size of the allowed transmission window; 
and by the transmitting entity to request the receiving entity to move the receiving window. 

b) RESET (Reset) 

The RESET PDU is used in acknowledged mode to reset all protocol states, protocol variables and protocol 
timers of the peer RLC entity in order to synchronise the two peer entities. 

c) RESET ACK (Reset Acknowledge) 

The RESET ACK PDU is an acknowledgement to the RESET PDU. 

Table 9.1 : RLC PDU names and descriptions 



Data Transfer Mode 


PDU name 


Description 


Transparent 


TrD 


Transparent mode data 


Unacknowledged 


UMD 


Sequenced unacknowledged mode data 


Acknowledged 


AMD 


Sequenced acknowledged mode data 


STATUS 


Solicited or Unsolicited Status Report 


Piggybacked 
STATUS 


Piggybacked Solicited or Unsolicited Status Report 


RESET 


Reset Command 


RESET ACK 


Reset Acknowledgement 



9.2 Formats and parameters 



9.2.1 Formats 

This section specifies the format of the RLC PDUs. The parameters of each PDU are explained in section 9.2.2. 

9.2.1.1 TrD PDU 

The TrD PDU transfers user data when RLC is operating in transparent mode. No overhead is added by RLC. The TrD 
PDU is bit-aligned. 



Data 



Figure 9.1: TrD PDU 

9.2.1.2 UMD PDU 

The UMD PDU transfers user data when RLC is operating in unacknowledged mode. The UMD PDU is octet-aligned. 
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Sequence Number 



Length Indicator 



Octl 



(Optional) 



Length Indicator 


E 


Data 


PAD 


or a piggybacked STATUS PDU 



OctN 



Figure 9.2: UMD PDU 



(Optional) 



(Optional) 



9.2.1.3 



AMD PDU 



The AMD PDU transfers user data and piggybacked status information and requests status report by setting Poll bit 
when RLC is operating in acknowledged mode. The AMD PDU is octet-aligned. 



Octl 
Oct2 
Oct3 (Optional) (1) 



D/C Sequence Number 


Sequence Number P 


HE 


Length Indicator 


E 



Length Indicator 


E 


Data 


PAD 


or a piggybacked STATUS PI 


DU 



OctN 



NOTE (1): The Length Indicator maybe 15bits. 

Figure 9.3: AMD PDU 



9.2.1.4 



STATUS PDU 



The STATUS PDU is used to report the status between two RLC AM entities. Both receiver and transmitter status 
information may be included in the same STATUS PDU. 

The format of the STATUS PDU is given in Figure 9.4 below. 
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D/C PDU type 



SUFIl 



SUFI, 



SUFIk 



PAD 



Oct 1 
Oct2 



OctN 



Figure 9.4: Status Information Control PDU (STATUS PDU) 

Up to K different super-fields (SUFI|-SUFIk) can be included into one STATUS PDU. The size of a STATUS PDU is 
variable and upper bounded by the maximum RLC PDU size used by an RLC entity. Padding shall be included to 
exactly fit one of the PDU sizes used by the entity. The AMD PDU is octet-aligned. 



9.2.1.5 



Piggybacked STATUS PDU 



The format of the piggybacked STATUS PDU is the same as the ordinary Control PDU except that the D/C field is 
replaced by a reserved bit (R). This PDU can be used to piggyback STATUS PDU in an AMD PDU if the data does not 
fill the complete AMD PDU. The PDU Type field is set to zero and all other values are invalid for this version of the 
protocol and the PDU is discarded. The STATUS PDU is octet-aligned. 



R 



PDU Type 



SUFIl 



SUFI, 



SUFIk 



PAD 



Octl 
Oct2 



OctN 



Figure 9.5: Piggybacked STATUS PDU 



9.2.1 .6 RESET, RESET ACK PDU 

The RESET, RESET ACK PDU:S ARE octet-aligned. 



D/C PDU Type 



PAD 



R 



Octl 



OctN 



Figure 9.6: RESET, RESET ACK PDU 
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9.2.2 Parameters 

If not otherwise mentioned in the definition of each field then the bits in the parameters shall be interpreted as follows: 
The left most bit string is the most significant and the right most bit is the least significant bit. 

9.2.2.1 D/C field 

Length: Ibit 

The D/C field indicates the type of an acknowledged mode PDU. It can be either data or control PDU. 



Bit 


Description 





Control PDU 


1 


Acknowledged mode data PDU 



9.2.2.2 PDU Type 

Length: 3 bit 

The PDU type field indicates the Control PDU type 



Bit 


PDU Type 


000 


STATUS 


001 


RESET 


010 


RESET ACK 



9.2.2.3 



Sequence Number (SN) 



This field indicates the sequence number of the payload unit. If header compression is applied the sequence number of 
the first PU in the PDU is indicated. Otherwise a sequence number is indicated separately for each PU in the extended 
header. 



PDU type 


Length 


Notes 


AMD PDU 


12 bits 


Used for retransmission and reassembly 


UMD PDU 


7 bits 


Used for reassembly 



9.2.2.4 Polling bit (P) 

Length: Ibit 

This field is used to request a status report (STATUS PDU) from the receiver RLC. 



Bit 


Description 





Status report not requested 


1 


Request a status report 



9.2.2.5 Extension bit (E) 

Length: Ibit 

This bit indicates if the next octet will be a length indicator and E bit. 



Bit 


Description 





The next field is data 


1 


The next field is Length Indicator and E bit 
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9.2.2.6 Reserved (R) 

Length: 4 bits 

This field is used to achieve octet alignment and for this piupose it is coded as 0000. Other functions of it are left for 
future releases. 

9.2.2.7 Header Extension Type (HE) 

Length: 2 bits 

This two-bit field indicates the format of the extended header. 



Value 


Description 


00 


The succeeding octet contains data 


01 


The succeeding octet contains a 7bit length indicator 
and E bit 


10 


The succeeding octet contains a 15bit length indicator 
and E bit 


11 


Reserved (PDUs with this coding will be discarded by 
this version of the protocol). 



9.2.2.8 



Length Indicator (LI) 



The Length Indicator is used to indicate, each time, the end of an SDU occurs in the PU. The Length Indicator points 
out the number of octets between the end of the last Length Indicator field and up to and including the octet at the end 
of an SDU segment. Length Indicators are included in the PUs that they refer to. The size of the Length Indicator may 
be either 7bits or ISbits. The maximum value of a Length Indicator will be no greater than the RLC PDU size - AMD 
PDU Header - PADDING. 

A Length Indicator group is a set of Length Indicators that refer to a PU. Length Indicators that are part of a Length 
Indicator group must never be reordered within the Length Indicator group or removed from the Length Indicator 
group. 

If there can be more than one Length Indicator, each specifying the end of an SDU in a PU, the order of these Length 
Indicators must be in the same order as the SDUs that they refer to. 

In the case where the end of last segment of an SDU exactly ends at the end of a PDU, the next Length Indicator, shall 
be placed as the first Length Indicator in the next PU and have value LI=0. 

In the case where the last segment of an RLC SDU is one octet short of exactly filling the last RLC PU, and 15-bit 
Length Indicators are used, the next Length Indicator shall be placed as the first Length Indicator in the next PU and 
have value LI= 111 1111 1111 1011. 

A PU that has unused space, to be referred to as padding, must use a Length Indicator to indicate that this space is used 
as padding. A padding Length Indicator must be placed after any Length Indicators for a PU. 

All unused space in a PU must be located at the end of the PDU, be a homogeneous space and is referred to as padding. 
Predefined values of the Length Indicator are used to indicate this. The values that are reserved for special purposes are 
listed in the tables below depending on the size of the Length Indicator. Only predefined Length Indicator values can 
refer to the padding space. 

STATUS PDUs can be piggybacked on the AMD PDU by using part or all of the padding space. A Length Indicator 
must be used to indicate the piggybacked STATUS PDU. This Length Indicator takes space from the padding space or 
piggybacked STATUS PDU and not the PDU data and will always be the last Length Indicator. Where only part of the 
padding space is used by a piggybacked STATUS PDU then the end of the piggybacked STATUS PDU is determined 
by the SUFI field, NO_MORE, thus no additional Length Indicator is required to show that there is still padding in the 
PDU. The padding/piggybacked STATUS PDU predefined Length Indicators shall be added after the very last (i.e. 
there could be more than one SDU that end within a PDU) Length Indicator that indicates the end of the last SDU 
segment in the PU. 
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If RLC PDUs always carry only one PIT, 7bit indicators are used in a particular RLC PDU if the address space is 
sufficient to indicate all SDU segment borders. Otherwise 15bit Length Indicators are applied. 

The length of the Length Indicator only depends on the size of the largest RLC PDU. The length of the Length Indicator 
is always the same for all PUs, for one RLC entity. 

For Release 99, there is one PU in a AMD PDU. 

Length: 7bit 



Bit 


Description 


0000000 


The previous RLC PDU was exactly filled with the last segment of a RLC SDU. 


1111100 


Reserved (PDUs with this coding will be discarded by this version of the 
protocol). 


1111101 


Reserved (PDUs with this coding will be discarded by this version of the 
protocol). 


1111110 


The rest of the RLC PDU includes a piggybacked STATUS PDU. 


1111111 


The rest of the RLC PDU is padding. 



Length: 15bit 



Bit 


Description 


000000000000000 


The previous RLC PDU was exactly filled with the last segment of a 
RLC SDU. 


111111111111011 


The last segment of an RLC SDU was one octet short of exactly filling 
the last RLC PDU. 


111111111111100 


Reserved (PDUs with this coding will be discarded by this version of the 
protocol). 


111111111111101 


Reserved (PDUs with this coding will be discarded by this version of the 
protocol).! 


111111111111110 


The rest of the RLC PDU includes a piggybacked STATUS PDU. 


111111111111111 


The rest of the RLC PDU is padding. 



9.2.2.9 



Data 



RLC SDUs in transparent, unacknowledged and acknowledged mode are mapped to this field. 

Transparent mode data: 

The RLC SDUs might be segmented. If segmented, then the segmentation is performed according to a predefined 
pattern. The allowed size for RLC SDUs and segments shall be known. The RLC PDUs belonging to one RLC SDU 
shall be sent in one transmission time interval. Only one RLC SDU is segmented in one transmission time interval. 

Unacknowledged mode data and Acknowledged mode data: 

RLC SDUs might be segmented. If possible, the last segment of a SDU shall be concatenated with the first segment of 
the next SDU in order to fill the data field completely and avoid unnecessary padding. The length indicator field is used 
to point the borders between SDUs. 

9.2.2.10 Padding (PAD) 

Padding may have any value and the receiving entity shall disregard it. 

9.2.2.11 SUFI 

Length: variable number of bits 

The SUFI (Super-Field) includes three sub-fields: type information (type of super-field, e.g. list, bitmap, 
acknowledgement, etc), length information (providing the length of a variable length field within the following value 
field) and a value. 
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Figure 9.7 shows the structure of the super-field. The size of the type sub-field is non-zero but the size of the other sub- 
fields may be zero. 



Type 



Length 



Value 



Figure 9.7: The Structure of a Super-Field 

The length of the type field is 4 bits and it may have any of following values. 



Bit 


Description 


0000 


No More Data (NO MORE) 


0001 


Window Size (WINDOW) 


0010 


Acl<nowledgement (ACK) 


0011 


List (LIST) 


0100 


Bitmap (BITIMAP) 


0101 


Relative list (Rlist) 


0110 


Move Receiving Window (MRW) 


0111 


Move Receiving Window and ignore first LI 
(IVIRW_N_IFL) 


1000- 

1111 


Reserved (PDUs with this encoding are invalid for this 
version of the protocol) 



The length sub-field gives the length of the variable size part of the following value sub-field and the length of it 
depends on the super-field type. The value sub-field includes the value of the super-field, e.g. the bitmap in case of a 
BITMAP super-field, and the length is given by the length of the type sub-field. 



9.2.2.11.1 



The No More Data super-field 



The 'No More Data' super-field indicates the end of the data part of a STATUS PDU and is shown in Figure 9.8 below. 
It shall always be placed as the last SUFI if it is included in a STATUS PDU. All data after this SUFI shall be regarded 
as padding and shall be neglected. 



Type=NO_MORE 



Figure 9.8: NO_MORE field in a STATUS PDU 



9.2.2.11.2 



The Acknowledgement super-field 



The 'Acknowledgement' super-field consists of a type identifier field (ACK) and a sequence number (LSN) as shown in 
Figure 9.9 below. The acknowledgement super-field is also indicating the end of the data part of a STATUS PDU. 
Thus, no 'NO_MORE' super-field is needed in the STATUS PDU when the 'ACK' super-field is present. The ACK 
SUFI shall always be placed as the last SUFI if it is included in a STATUS PDU. All data after this SUFI shall be 
regarded as padding and shall be neglected. 



Type = ACK 



LSN 



Figure 9.9: The ACK fields in a STATUS PDU 

LSN 

Length: 12 bits 

Acknowledges the reception of all PUs with sequence numbers < LSN (Last Sequence Number) that are not indicated to 
be erroneous in earlier parts of the STATUS PDU. The LSN should not be set to a value > VR(H). This means that if 
the LSN is set to a different value than VR(R) all erroneous PUs must be included in the same STATUS PDU and if the 
LSN is set to VR(R) the erroneous PUs are split into several STATUS PDUs. At the receiver, if the value of the LSN 
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=< the value of the first error indicated in the STATUS PDU VT(A) will be updated according to the LSN, otherwise 
VT(A) will be updated according to the first error indicated in the STATUS PDU. 



9.2.2.11.3 



The Window Size super-field 



The 'Window Size' super-field consists of a type identifier (WINDOW) and a window size number (WSN) as shown in 
Figure 9.10 below. The receiver is always allowed to change the window size during a connection. 



Type = WINDOW 



WSN 



Figure 9.10: The WINDOW fields in a STATUS PDU 

WSN 

Length: 12 bits 

The allowed window size to be used by the transmitter. The range of the window size is [0, 2'^-!]. The 
Tx_Window_Size parameter is set equal to WSN. 



9.2.2.11.4 



The List super-field 



The List Super-Field consists of a type identifier field (LIST), a list length field (LENGTH) and a Ust of LENGTH 
number of pairs as shown in Figure 9.11 below: 



Type = LIST 



LENGTH 



SNi 



SN2 



SNi 



LENGTH 



Llengt 



Figure 9.1 1 : The List fields in a STATUS PDU for a list 

LENGTH 

Length: 4 bits 

The number of (SN, , L,)-pairs in the super-field of type LIST. 

SN,- 

Length: 12 bits 

Sequence number of PU, which was not correctly received. 

L, 

Length: 4 bits 

Number of consecutive PUs not correctly received following PU with sequence number SN,. 



9.2.2.11.5 



The Bitmap super-field 



The Bitmap Super-Field consists of a type identifier field (BITMAP), a bitmap length field (LENGTH), a first sequence 
number (FSN) and a bitmap as shown in Figure 9.12 below: 
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Type = BITMAP 



LENGTH 



FSN 



Bitmap 



Figure 9.12: The Bitmap fields in a STATUS PDU 

LENGTH 

Length: 4 bits 

The size of the bitmap in octets (maximum bitmap size: 2"**8=128 bits). 

FSN 

Length: 12 bits 

The sequence number for the first bit in the bitmap. 

Bitmap 

Length: Variable number of octets given by the LENGTH field. 

Status of the SNs in the interval [FSN, FSN + LENGTH*8 - 1] indicated in the bitmap where each position (from left to 
right) can have two different values (0 and 1) with the following meaning (bit_positione [0,LENGTH*8 - 1]): 

1: SN = (FSN + bit_position) has been correctly received 

0: SN = (FSN + bit_position) has not been correctly received 



9.2.2.11.6 



The Relative List super-field 



The Relative List super-field consists of a type identifier field (RLIST), a list length field (LENGTH), the first sequence 
number (FSN) and a list of LENGTH number of codewords (CW) as shown in Figure 9.134 below. 



Type = RLIST 



LENGTH 



FSN 



GWi 



GW2 



GWlength 



Figure 9.13: The RList fields in a STATUS PDU 

LENGTH 

Length: 4 bits 

The number of codewords (CW) in the super-field of type RLIST. 

FSN 

Length: 12 bits 

The sequence number for the first erroneous PU in the RLIST. 

CW 

Length: 4 bits 

The CW consists of 4 bits where the three first bits are part of a number and the last bit is a status indicator and it shall 
be interpreted as follows. 



£75/ 



(3G TS 25.322 version 3.1.2 Release 1999) 



28 



ETSI TS 125 322 V3.1.2 (2000-01) 



Code Word 


Description 


X1X2X3 


Next 3 bits of the number are X1X2X3 and the number continues in the next 
CW. The most significant bit within this CW is Xi. 


X1X2X3 1 


Next 3 bits of the number are X1X2X3 and the number is terminated. The 
most significant bit within this CW is Xi. This is the most significant CW 
within the number. 



By default, the number given by the CWs represents a distance between the previous indicated erroneous PU up to and 
including the next erroneous PU. 

One special value of CW is defined: 

000 1 'Error burst indicator' 

The error burst indicator means that the next CWs will represent the number of subsequent erroneous PUs (not counting 
the already indicated error position). After the number of errors in a burst is terminated with XXX 1, the next codeword 
will again by default be the least significant bits (LSB) of the distance to the next error. 



9.2.2.11.7 



The Move Receiving Window super-field 



The 'Move Receiving Window' super-field is used to request the RLC receiver to move its receiving window, as a 
result of a SDU discard in the RLC transmitter. The format is given in the figure below. 



Type = MRW 



SN IVIRW 



Figure 9.14: The MRW fields in a STATUS PDU 

SN_MRW 

Length: 12 bits 

Requests the RLC receiver to discard all PUs with sequence number < SN_MRW, and to move the receiving window 
accordingly. It also indicates the first data byte in the PU with sequence number SN_MRW corresponds to the first byte 
of the SDU to be reassembled next. 



9.2.2.11.8 



The Move Receiving Window and Ignore First LI (MRWNJFL) super-field 



The 'Move Receiving Window and ignore first LI' super-field is used to request the RLC receiver to move its receiving 
window, as a result of a SDU discard in the RLC transmitter. It also indicates to the receiver the presence of the trailing 
bytes of the discarded SDU in the PU with sequence number SN_MRW. The format is given in the figure below. 



Type = MRW_N_IFL 



SN IVIRW 



Figure 9.15: The MRW_N_IFL fields in a STATUS PDU 

SN_MRW 

Length: 12 bits 

Requests the RLC receiver to discard all PUs with sequence number < SN_MRW, and to move the receiving window 
accordingly. In addition , the receiver has to discard the first LI and the corresponding data bytes in the PU with 
sequence number SN_MRW . 

9.2.2.13 Reserved (R) 

Length: 1 bit 

This bit is used to achieve octet alignment and for this purpose it is coded as 0. Otherwise the PDU is treated as invalid 
and hence shall be discarded by this version of the protocol 
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9.3 Protocol states 

9.3.1 State model for transparent mode entities 

Figure 9.16 illustrates the state model for transparent mode RLC entities (both transmitting and receiving). A 
transparent mode entity can be in one of following states. 

9.3.1.1 Null State 

In the null state the RLC entity does not exist and therefore it is not possible to transfer any data through it. 

Upon reception of an CRLC-CONFIG-Req from higher layer the RLC entity is created and transparent data transfer 
ready state is entered. 

9.3.1 .2 Transparent Data Transfer Ready State 

In the transparent data transfer ready, transparent mode data can be exchanged between the entities. Upon reception of 
an CRLC-CONFIG-Req from higher layer the RLC entity is terminated and the null state is entered. 

CRLC-CONFIG-Req 




Received signal 
CRLC-C ONFIG-Req Sent signal 

Figure 9.16: The state model for transparent mode entities 

9.3.2 State model for unacknowledged mode entities 

Figure 9.17 illustrates the state model for unacknowledged mode RLC entities (both transmitting and receiving). An 
unacknowledged mode entity can be in one of following states. 

9.3.2.1 Null State 

In the null state the RLC entity does not exist and therefore it is not possible to transfer any data through it. 

Upon reception of an CRLC-CONFIG-Req from higher layer the RLC entity is created and unacknowledged data 
transfer ready state is entered. 

9.3.2.2 Unacknowledged Data Transfer Ready State 

In the unacknowledged data transfer ready, unacknowledged mode data can be exchanged between the entities. Upon 
reception of an CRLC-CONFIG-Req from higher layer the RLC entity is terminated and the null state is entered. 
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CRLC-CONFIG-Req 



— Received signal 

CRLC-CONFIG-Req Sent signal 

Figure 9.17: The state model for unacknowledged mode entities 

9.3.3 State model for acknowledged mode entities 

Figure 9.18 illustrates the state model for the acknowledged mode RLC entity (both transmitting and receiving). An 
acknowledged mode entity can be in one of following states. 

9.3.3.1 Null State 

In the null state the RLC entity does not exist and therefore it is not possible to transfer any data through it. 

Upon reception of an CRLC-CONFIG-Req from higher layer the RLC entity is created and acknowledged data transfer 
ready state is entered. 

9.3.3.2 Acknowledged Data Transfer Ready State 

In the acknowledged data transfer ready state, acknowledged mode data can be exchanged between the entities. Upon 
reception of a CRLC-CONFIG-Req from higher layer the RLC entity is terminated and the null state is entered. 

Upon errors in the protocol, the RLC entity sends a RESET PDU to its peer and enters the reset pending state. 

Upon reception of a RESET PDU, the RLC entity resets the protocol and responds to the peer entity with a RESET 
ACK PDU. 

Upon reception of a RESET ACK PDU, the RLC takes no action. 

9.3.3.3 Reset Pending State 

In the reset pending state the entity waits for a response from its peer entity and no data can be exchanged between the 
entities. Upon reception of CRLC-CONFIG-Req from higher layer the RLC entity is terminated and the null state is 
entered. 

Upon reception of a RESET ACK PDU, the RLC entity resets the protocol and enters the acknowledged data transfer 
ready state. 

Upon reception of a RESET PDU, the RLC entity resets the protocol, send a RESET ACK PDU and enters the 
acknowledged data transfer ready state. 
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CRLC-CONFIG-Req RESETACK' 

.RESET ACK 

2. 

Ack. 
1 Data Transferr RESET 

Ready 




CRLC-CONFIG-Reg 

RESETACK / 3. 

«£,j£,i /iCA \ /Received signal 

Sent signal 
CRLC-CONFIG-Req 

Figure 9.18: The state model for the acknowledged mode entities when reset is performed 



9.3.3.4 



Local Suspend State 



Upon reception of CRLC-SUSPEND-Req from higher layer (RRC) the RLC entity is suspended and the Local Suspend 
state is entered. In the Local Suspend state RLC shall not send a RLC-PDUs with a SN>=VT(S)+N. Upon reception of 
CRLC-RESUME-Req from higher layer (RRC) the RLC entity is resumed and the Data Transfer Ready state is entered. 



CRLC-CONFIG-Req 



CRLC-SUSPEND-Req 

SUSPEND-Conf 




CRLC-CONFIG-Req ^ ^ 

Local 
CRLC-RESUME-Req """"----^X Suspend 

''Received signal 

Sent signal 
CRLC-CONFIG-Req 

Figure 9.19: The state model for the acknowledged mode entities when local suspend is performed 



9.4 



State variables 



This sub-clause describes the state variables used in the specification of the peer-to-peer protocol. PUs are sequentially 
and independently numbered and may have the value through n minus 1 (where n is the modulus of the sequence 

numbers). The modulus equals 2^^ for AM and 2^ for UM; the sequence numbers cycle through the entire range: 

19 7 

through 2^^ - 1 for AM and through 2-1 for UM. All arithmetic operations on the following state variables and 
sequence numbers contained in this specification are affected by the modulus: VT(S), VT(A), VT(MS), VR(R), VR(H), 
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VR(MR), VT(US) and VR(US). When performing arithmetic comparisons of transmitter variables, VT(A) is assumed 
to be the base. When performing arithmetic comparisons of receiver variables, VR(R) is assumed to be the base. 

The RLC maintains the following state variables at the transmitter. 

a) VT(S) - Send state variable 

The sequence number of the next PU to be transmitted for the first time (i.e. excluding retransmission). It is 
updated after transmission of a PDU, which includes not earlier transmitted PUs. The initial value of this 
variable is 0. 

b) VT(A) - Acknowledge state variable 

The sequence number of the next in-sequence PU expected to be acknowledged, which forms the lower edge of 
the window of acceptable acknowledgements. VT(A) is updated based on receipt of a STATUS PDU including 
an ACK super-field. The initial value of this variable is 0. 

c) VT(DAT) 

This state variable counts the number of times a PU has been transmitted. There is one VT(DAT) for each PU 
and it is incremented each time the PU is transmitted. The initial value of this variable is 0. 

d) VT(MS) - Maximum Send state variable 

The sequence number of the first PU not allowed by the peer receiver [i.e. the receiver will allow up to VT(MS) 
- 1], VT(MS) = VT(A) + Tx_Window_Size. This value represents the upper edge of the transmit window. The 
transmitter shall not transmit a new PU if VT(S) > VT(MS). VT(MS) is updated based on receipt of a STATUS 
PDU including an ACK and/or a WINDOW super-field. 

e) VT(US) - UM data state variable 

This state variable gives the sequence number of the next UMD PDU to be transmitted. It is updated each time a 
UMD PDU is transmitted. The initial value of this variable is 0. 

f) VT(PU) 

This state variable is used when the poll every Poll_PU PU function is used. It is incremented with 1 for each PU 
that is transmitted. It should be incremented for both new and retransmitted PUs. When it reaches Poll_PU a new 
poll is transmitted and the state variable is set to zero. The initial value of this variable is 0. 

g) VT(SDU) 

This state variable is used when the poll every Poll_SDU SDU function is used. It is incremented with 1 for each 
SDU that is transmitted. When it reaches Poll_SDU a new poll is transmitted and the state variable is set to zero. 
The poll bit should be set in the PU that contains the last segment of the SDU. The initial value of this variable is 
0. 

h) VT(RST) - Reset state variable 

It is used to count the number of times a RESET PDU is transmitted. VT(RST) is incremented with 1 each time a 
RESET PDU is transmitted. VT(RST) is reset upon the reception of a RESET ACK PDU. The initial value of 
this variable is 0. 

i) VT(MRW) - MRW command send state variable 

It is used to count the number of times a MRW command is transmitted. VT(MRW) is incremented with 1 each 
time a MRW command is transmitted. VT(MRW) is reset upon the reception of a STATUS PDU which 
suggests the acknowledgement of a MRW command in the receiver or the occurrence of discarding new SDU. 
The initial value of this variable is 0. 

The RLC maintains the following state variables at the receiver: 

a) VR(R) - Receive state variable 

The sequence number of the next in-sequence PU expected to be received. It is updated upon receipt of the next 
in-sequence PU. The initial value of this variable is 0. 
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b) VR(H) - Highest expected state variable 

The sequence number of the highest expected PU. This state variable is updated when a new PU is received with 
SN>VR(H). The initial value of this variable is 0. 

c) VR(MR) - Maximum acceptable Receive state variable 

The sequence number of the first PU not allowed by the receiver [i.e. the receiver will allow up to VR(MR) - 1], 
VR(MR) = VR(R) + Rx_Window_Size. The receiver shall discard PUs with SN > VR(MR), (in one case, such 
a PU may cause the transmission of an unsolicited STATUS PDU). 

d) VR(US) - Receiver Send Sequence state variable 

The sequence number of the next PDU to be received. It shall set equal to SN + 1 upon reception of a PDU. The 
initial value of this variable is 0. 

e) VR(EP) - Estimated PDU Counter state variable 

The number of PUs that should be received yet as a consequence of the transmission of the latest STATUS PDU. 
In acknowledged mode, this state variable is updated at the end of each transmission time interval. It is 
decremented by the number of PUs that should have been received during the transmission time interval. If 
VR(EP) is equal to zero, then check if all PUs requested for retransmission in the latest STATUS PDU have 
been received. 

9.5 Timers 

a) Timer_Poll 

This timer is only used when the poll timer trigger is used. It is started when the transmitting side sends a poll to 
the peer entity. The timer is stopped when receiving a STATUS PDU that contains an acknowledgement or 
negative acknowledgement of the AMD PDU that triggered the timer. The value of the timer is signalled by 
RRC. 

If the timer expires and no STATUS PDU containing an acknowledgement or negative acknowledgement of the 
AMD PDU that triggered the timer has been received, the receiver is polled once more (either by the 
transmission of a PDU which was not yet sent, or by a retransmission) and the timer is restarted. If there is no 
PU to be transmitted and all PUs have already been acknowledged, the receiver shall not be polled. 

If a new poll is sent when the timer is running it is restarted. 

b) Timer_Poll_Prohibit 

This timer is only used when the poll prohibit function is used. It is used to prohibit transmission of polls within 
a certain period. A poll shall be delayed until the timer expires if a poll is triggered when the timer is active. 
Only one poll shall be transmitted when the timer expires even if several polls were triggered when the timer was 
active. If there is no PU to be transmitted and all PUs have already been acknowledged, a poll shall not be 
transmitted. This timer will not be stopped by a STATUS PDU. The value of the timer is signalled by RRC. 

c) Timer_EPC 

This timer is only used when the EPC function is used and it accounts for the roundtrip delay, i.e. the time when 
the first retransmitted PU should be received after a STATUS has been sent. The timer is started when a 
STATUS report is transmitted and when it expires EPC can start decrease (see section 9.7.3). The value of the 
timer is signalled by RRC. 

d) Timer_Discard 

This timer is used for the SDU discard function. In the transmitter, the timer is activated upon reception of a 
SDU from higher layer. If the SDU has not been acknowledged and/or transmitted when the timer expires, the 
SDU is discarded. Following which, if the SDU discard function uses explicit signalling, a Move Receiving 
Window request is sent to the receiver. The value of the timer is signalled by RRC. 

e) Timer_Poll_Periodic 
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This timer is only used when the timer based polling is used. The timer is started when the RLC entity is created. 
Each time the timer expires a poll is transmitted and the timer is restarted. If there is no PU to be transmitted and 
all PUs have already been acknowledged, a poll shall not be transmitted and the timer shall only be restarted. 
The value of the timer is signalled by RRC. 

f) Timer_Status_Prohibit 

This timer is only used when the STATUS PDU prohibit function is used. It prohibits the receiving side from 
sending STATUS PDUs. The timer is started when a STATUS PDU is transmitted and no new STATUS PDU 
can be transmitted before the timer has expired. The value of the timer is signalled by RRC. 

g) Timer_Status_Periodic 

This timer is only used when timer based STATUS PDU sending is used. The timer is started when the RLC 
entity is created. Each time the timer expires a STATUS PDU is transmitted and the timer is restarted. The value 
of the timer is signalled by RRC. 

h) Timer_RST 

It is used to detect the loss of RESET ACK PDU from the peer RLC entity. This timer is set when the RESET 
PDU is transmitted. And it will be stopped upon reception of RESET ACK PDU. If it expires, RESET PDU will 
be retransmitted. 

i) Timer_MRW 

This timer is used as part of the Move Receiving Window protocol. It is used to trigger the retransmission of a 
STATUS PDU containing an MRW SUFI field. The timer is started when the STATUS PDU is first transmitted. 
Each time the timer expires the STATUS PDU is retransmitted and the timer is restarted. It shall be stopped 
when a STATUS PDU is received that indicates that VR(R) > SN_MRW. It shall also be stopped if a new MRW 
procedure is triggered whilst it is running. 

9.6 Protocol Parameters 

a) MaxDAT 

It is the maximum value for the number of retransmissions of a PU. This parameter is an upper limit of counter 
VT(DAT). When the value of VT(DAT) comes to MaxDAT, error recovery procedure will be performed. 

b) PolLPU 

This parameter indicates how often the transmitter should poll the receiver in case of polling every Poll_PU PU. 
This is an upper limit for the VT(PU) state variable, when VT(PU) reaches Poll_PU a poll is transmitted to the 
peer entity. 

c) PolLSDU 

This parameter indicates how often the transmitter should poll the receiver in case of polling every Poll_SDU 
SDU. This is an upper limit for the VT(SDU) state variable, when VT(SDU) reaches Poll_SDU a poll is 
transmitted to the peer entity. 

d) PolLWindow 

This parameter indicates when the transmitter should poll the receiver in case of performing window-based 
polling. A poll is transmitted when: 



iTx_Window_Size + VT(S) - \i:iMS))moATx_Window_Size 
Tx_ Window _Size 



100 > Poll Window 



e) MaxRST 

It is the maximum value for the number of retransmission of RESET PDU. This parameter is an upper limit of 
counter VT(RST). When the value of VT(RST) comes to MaxRST, the higher layer (RRC) is notified. 
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f) Tx_Window_Size 

The maximum allowed transmitter window size. 

g) Rx_Window_Size 

The maximum allowed receiver window size. 

h) MaxMRW 

It is the maximum value for the number of retransmissions of a MRW command. This parameter is an upper 
limit of counter VT(MRW). When the value of VT(MRW) comes to MaxMRW, error recovery procedure will 
be performed. 

9.7 Specific functions 

9.7.1 Polling function for acknowledged mode transfer 

The transmitter of AMD PDUs may poll the receiver for a STATUS PDU. The Polling bit in the AMD PDU indicates 
the poll request. There are several triggers for setting the polling bit. The network (RRC) controls, which triggers should 
be used for each RLC entity. Following triggers are possible: 

1) Last PU in buffer 

The sender transmits a poll when the last PU available for transmission is transmitted. 

2) Last PU in retransmission buffer 

The sender transmits a poll when the last PU to be retransmitted is transmitted. 

3) Poll timer 

The timer Timer_Poll is started when a poll is transmitted to the receiver and if no STATUS PDU has been 
received before the timer Timer_Poll expires a new poll is transmitted to the receiver. 

4) Every PolLPU PU 

The sender polls the receiver every Poll_PU PU. Both retransmitted and new Pus shall be counted. 

5) Every PolLSDU SDU 

The sender polls the receiver every Poll_SDU SDU. 

6) Poll_Window% of transmission window 

The sender polls the receiver when it has reached Poll_Window% of the transmission window. 

7) Timer based 

The sender polls the receiver periodically. 

The network also controls if the poll prohibit function shall be used. The poll bit shall be set to if the poll prohibit 
function is used and the timer Timer_Poll_Prohibit is active. This function has higher priority than any of the above 
mentioned triggers. 

9.7.2 STATUS PDU transmission for acknowledged mode 

The receiver of AMD PDUs transmits STATUS PDUs to the sender in order to inform about which PUs that have been 
received and not received. There are several triggers for sending a STATUS PDU. The network (RRC) controls which 
triggers should be used for each RLC entity, except for one, which is always present. The receiver shall always send a 
STATUS PDU when receiving a poll request. Except for that trigger following triggers are configurable: 

1) Detection of missing PU(s). 
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If the receiver detects one or several missing PUs it shall send a STATUS PDU to the sender. 

2) Timer based STATUS PDU transfer 

The receiver transmits a STATUS PDU periodically to the sender. The timer Timer_Status_Periodic controls the 
time period. 

3) The EPC mechanism 

The EPC is started when a STATUS PDU is transmitted to the peer entity. If not all PUs requested for 
retransmission have been received before the EPC has expired a new STATUS PDU is transmitted to the peer 
entity. A more detailed description of the EPC mechanism is given in section 9.7.4. 

There are two functions that can prohibit the receiver from sending a STATUS PDU. The network (RRC) controls 
which functions should be used for each RLC entity. If any of the following functions is used the sending of the 
STATUS PDU shall be delayed, even if any of the conditions above are fulfilled: 

1) STATUS PDU prohibit 

The Timer_Status_Prohibit is started when a STATUS PDU is transmitted to the peer entity. As long as the timer 
is running the receiving side is not allowed to send a STATUS PDUs to the peer entity. The STATUS PDU is 
transmitted after the timer has expired. The receiver shall only send information about a PU once, even if there 
are several triggers when the timer running. 

2) The EPC mechanism 

If the EPC mechanism is active and the sending of a STATUS PDU is triggered it shall be delayed until the EPC 
mechanism has ended. The receiver shall only send information about a PU once, even if there are several 
triggers when the timer is active or the counter is counting down. 

9.7.3 SDU discard function 

The SDU discard function allows to discharge RLC PDU from the buffer on the transmitter side, when the transmission 
of the RLC PDU does not success for a long time. The SDU discard function allows to avoid buffer overflow, in the 
case of non-transparent transmission mode. There will be several alternative operation modes of the RLC SDU discard 
function, and which discard function to use will be given by the QoS requirements of the Radio Access Bearer. 

The following is a list of operation modes for the RLC SDU discard function. 

Table 9.2: List of criteria's that control when to perform SDU discard 



Operation mode 


Presence 


Timer based discard, with explicit signalling 


Network controlled 


Timer based discard, without explicit signalling 


Network controlled 


SDU discard after MaxDAT number of retransmissions 


Network controlled 



9.7.3.1 Timer based discard, with explicit signalling 

This alternative uses a timer based triggering of SDU discard (Timer_Discard). This makes the SDU discard function 
insensitive to variations in the channel rate and provides means for exact definition of maximum delay. However, the 
SDU loss rate of the connection is increased as SDUs are discarded. 

For every SDU received from a higher layer, timer monitoring of the transmission time of the SDU is started. If the 
transmission time exceeds a predefined value for a SDU in acknowledged mode RLC, this SDU is discarded in the 
transmitter and a Move Receiving Window (MRW) command is sent to the receiver so that AMD PDUs carrying that 
SDU are discarded in the receiver and the receiver window is updated accordingly. Note that when the concatenation 
function is active, PDUs carrying segments of other SDUs that have not timed out shall not be discarded. 

The MRW command is defined as a super-field in the RLC STATUS PDU (see section 9.2), and piggy backed to status 
information of transmissions in the opposite direction. If the MRW command has not been acknowledged by receiver, it 
will be retransmitted. Therefore, SDU discard variants requiring peer-to-peer signalling are only possible for full duplex 
connections. 
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9.7.3.2 Timer based discard, without explicit signalling 

This alternative uses the same timer based trigger for SDU discard (Timer_Discard) as the one described in the 
section 9.7.3.1. The difference is that this discard method does not use any peer-to-peer signalling. This function is 
applied only for unacknowledged mode RLC and peer-to-peer signalling is never needed. The SDUs are simply 
discarded in the transmitter, once the transmission time is exceeded. 

9.7.3.3 SDU discard after MaxDAT number of retransmissions 

This alternative uses the number of retransmissions as a trigger for SDU discard, and is therefore only applicable for 
acknowledged mode RLC. This makes the SDU discard function dependent of the channel rate. Also, this variant of the 
SDU discard function strives to keep the SDU loss rate constant for the connection, on the cost of a variable delay. SDU 
discard is triggered at the transmitter, and a MRW command is necessary to convey the discard information to the 
receiver, like in the timer based discard with explicit signalling. 

9.7.4 The Estimated PDU Counter 

The Estimated PDU Counter is a mechanism used for scheduling the retransmission of status reports in the receiver 
side. With this mechanism, the receiver will send a new Status PDU in which it requests for PUs not yet received. The 
time between two subsequent status report retransmissions is not fixed, but it is controlled by the Estimated PDU 
Counter (EPC), which adapt this time to the current bit rate, indicated in the TFI, in order to minimise the delay of the 
status report retransmission. 

The EPC is a counter, which is decremented every transmission time interval with the estimated number of PUs that 
should have been transmitted during that transmission time interval. When the receiver detects that PDUs are missing it 
generates and sends a Status PDU to the transmitter and sets the EPC equal to the number of requested PUs. 

A special timer, called EPC timer, controls the maximum time that the EPC needs to wait before it will start counting 
down. This timer starts immediately after a transmission of a retransmission request from the receiver (Status PDU). 
The EPC timer typically depends on the roundtrip delay, which consists of the propagation delay, processing time in the 
transmitter and receiver and the frame structure. This timer can also be implemented as a counter, which counts the 
number of 10 ms radio frames that could be expected to elapse before the first requested AMD PDU is received. 

When the EPC is equal to zero and not all of these requested PUs have been received correctly, a new Status PDU will 
be transmitted and the EPC will be reset accordingly. The EPC timer will be started once more. 

9.7.5 Multiple payload units in an RLC PDU 

The possibility to include multiple payload units (PU) into one RLC AMD PDU is part of the service capabilities of a 
UE in acknowledged mode. For Release 99, there shall be only one PU per AMD PDU. 

A payload unit is the smallest unit that can be separately addressed for retransmission and is of fixed size, containing 
data and optionally, length indicators and/or padding. The padding space of a PU can be used to piggyback STATUS 
PDUs. 

The size of the PU is set by the RRC. 



9.7.6 Local Suspend function for acknowledged mode transfer 

The higher layer (RRC) may suspend the RLC entity. The CRLC-SUSPEND-Req indicates this request. The RLC 
entity shall, when receiving this request, not send RLC PDUs with SN>=VT(S)h-N (N is given by the 
CRLC_SUSPEND-Req primitive). The RLC entity shall acknowledge the CRLC-SUSPEND-Req ordering a suspend 
with a CRLC-SUSPEND-Conf with the current value of VT(S). The suspend state is left when a CRLC-RESUME-Req 
primitive indicating resume is received. 
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10 Handling of unknown, unforeseen and erroneous 
protocol data 

The list of error cases is reported below: 

a) Inconsistent state variables 

If the RLC entity receives a PDU including "erroneous Sequence Number", state variables between peer entities may be 
inconsistent. Following shows "erroneous Sequence Number" examples; 

Each Sequence Number of missing PU informed by SUFI LIST or BITMAP parameter is not within the value 
between "Acknowledge state variable(VT(A))" and "Send state variable(VT(S))", and 

- LSN of SUFI ACK is not within the value between "Acknowledge state variable(VT(A))" and "Send state 
variable(VT(S))". 

In case of error situations the following actions are foreseen: 

1) RLC entity should use RESET procedure in case of an unrecoverable error 

2) RLC entity should discard invalid PDU 

3) RLC entity should notify upper layer of unrecoverable error occurrence in case of failed retransmission 



1 1 Elementary procedures 

11.1 Transparent mode data transfer procedure 
11.1.1 Purpose 

The transparent mode data transfer procedure is used for transferring of data between two RLC peer entities, which are 
operating in transparent mode. Figure 11.1 below illustrates the elementary procedure for transparent mode data 
transfer. The sender can be either the UE or the network and the receiver is either the network or the UE. 



Sender 



Receiver 



TrD PDU 



Figure 1 1 .1 : Transparent mode data transfer procedure 

11.1.2 Initiation 

The sender initiates this procedure upon a request of transparent mode data transfer from higher layer. When the sender 
is in data transfer ready state it shall put the data received from the higher layer into TrD PDUs. If needed RLC shall 
perform segmentation. 

Channels that can be used are DTCH, CCCH (uplink only), BCCH, PCCH, SHCCH and SCCH (downlink only). The 
type of logical channel depends on if the RLC entity is located in the user plane (DTCH) or in the control plane 
(CCCH/BCCH/SHCCH/PCCH, SCCH). One or several PDUs may be transmitted in each transmission time interval 
(TTI) and MAC decides how many PDUs shall be transmitted in each TTI. 
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11.1.2.1 



TrD PDU contents to set 



The TrD PDU includes a complete SDU or a segment of an SDU. How to perform the segmentation is decided upon 
when the service is established. No overhead or header is added. 

11.1.3 Reception of TrD PDU 

Upon reception of a TrD PDU, the receiving entity reassembles (if segmentation was performed) the PDUs into RLC 
SDUs. RLC deUvers the RLC SDUs to the higher layer through the Tr-SAP. 

11.1.4 Abnormal cases 

1 1 .1 .4.1 Undefined SDU size at receiver 

If the TrD PDUs are reassembled to a SDU which have a size that is not allowed the SDU shall be discarded. 

1 1 .2 Unacknowledged mode data transfer procedure 
11.2.1 Purpose 

The unacknowledged mode data transfer procedure is used for transferring data between two RLC peer entities, which 
are operating in unacknowledged mode. Figure 11.2 below illustrates the elementary procedure for unacknowledged 
mode data transfer. The sender can be either the UE or the network and the receiver is either the network or the UE. 



Sender 



Receiver 



UMD PDU 



Figure 11.2: Unacknowledged mode data transfer procedure 

11.2.2 Initiation 

The sender initiates this procedure upon a request of unacknowledged mode data transfer from higher layer. 

When the sender is in data transfer ready state it shall segment the data received from the higher layer into PDUs. 

Channels that can be used are DTCH, DCCH, CCCH (downlink only), CTCH, SHCCH (downlink only). The type of 
logical channel depends on if the RLC entity is located in the user plane (DTCH, CTCH) or in the control plane 
(DCCH/CCCH(downlink only)/SHCCH(downlink only)). One or several PDUs may be transmitted in each 
transmission time interval (TTI) and MAC decides how many PDUs shall be transmitted in each TTI. 

The VT(US) state variable shall be updated for each UMD PDU that is transmitted. 

11.2.2.1 UMD PDU contents to set 

The Sequence Number field shall be set equal to VT(US). 

The Extension bit shall be set to 1 if the next field is a length indicator field, otherwise it shall be set to zero. 

One length indicator field shall be included for each end of a SDU that the PDU includes. The length indicator shall be 
set equal to the number octets between the end of the header fields and the end of the segment. If padding is needed 
another length indicator shall be added. If the PDU is exactly filled with the last segment of a SDU and there is no room 
for a length indicator field a length indicator field set to only O's shall be included in the next PDU. 



£75/ 



(3G TS 25.322 version 3.1.2 Release 1999) 



40 



ETSI TS 125 322 V3.1.2 (2000-01) 



1 1 .2.3 Reception of UMD PDU 

Upon reception of a UMD PDU the receiver shall update VR(US) state variable according to the received PDU(s). 

The PDUs are reassembled into RLC SDUs. If a PDU with sequence number < VR(US) is missing then all SDUs that 
have segments in this PDU shall be discarded. RLC delivers the RLC SDUs to the higher layer through the UM-SAP. 

1 1 .2.4 Abnormal cases 

1 1 .2.4.1 Length Indicator value 1111110 

Upon reception of an UMD PDU that contains Length Indicator value 1111110 or 111111111111110 ("piggybacked 
STATUS PDU", in case 7bit or 15 bit Length Indicator field is used, respectively) the receiver shall discard that UMD 
PDU. This Length Indicator value is not used in unacknowledged mode data transfer. 

1 1 .2.4.2 Invalid length indicator value 

If the length indicator of a PDU has a value that is larger than the PDU size, the PDU shall be discarded and treated as a 
missing PDU. 

1 1 .3 Acknowledged mode data transfer procedure 
11.3.1 Purpose 

The acknowledged mode data transfer procedure is used for transferring of data between two RLC peer entities, which 
are operating in acknowledged mode. Figure 1 1.3 below illustrates the elementary procedure for acknowledged mode 
data transfer. The sender can be either the UE or the network and the receiver is either the network or the UE. 



Sender 



Receiver 



AMD PDU 



Figure 11.3: Acknowledged mode data transfer procedure 

11.3.2 Initiation 

The sender initiates this procedure upon a request of acknowledged mode data transfer from higher layer or upon 
retransmission of PUs. Retransmitted PUs have higher priority than PUs transmitted for the first time. 

The sender is only allowed to retransmit PUs that have been indicated missing by the receiver. There is one exception 
and that is the last PU that was transmitted can always be retransmitted. 

RLC shall segment the data received from the higher layer into PUs. When the sender is in data transfer ready state one 
or several PUs are included in one AMD PDU, which is sent to the receiver. The PDUs shall be transmitted on the 
DCCH logical channel if the sender is located in the control plane and on the DTCH if it is located in the user plane. 
One or several PDUs may be transmitted in each transmission time interval (TTI) and MAC decides how many PDUs 
shall be transmitted in each TTI. 

The VT(DAT) state variables shall be updated for each AMD PDU that is transmitted. The PDU shall not include any 
PU with Sequence Number > VT(MS). 

If the poll bit is set in any of the AMD PDUs and the timer Timer_Poll shall be used the sender shall start the timer 
Timer Poll. 
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If timer based SDU discard is used the timer Timer_Discard shall be started when the RLC entity receives an SDU from 
higher layer. 

If the trigger for polling, "Every Poll_PU PU", is used the VT(PU) shall be increased by 1 for each PU that is 
transmitted. 

If the trigger for polling, "Every Poll_SDU SDU", is used the VT(SDU) shall be increased by 1 for each SDU that is 
transmitted. 

11.3.2.1 AMD PDU contents to set 

If the PDU is transmitted for the first time, the Sequence Number field shall be set equal to VT(S) and VT(S) shall be 
updated. In case of multiple in-sequence PUs in PDU the Sequence Number field shows the Sequence Number of the 
first PU in that PDU. 

The setting of the Polling bit is specified in section 1 1 .3.2. 1 . 1 . 

Extended Header field is needed when out-of-sequence PUs are placed in a PDU or when the rest of a PDU, which is 
not filled with PUs, is equal or larger than the size of a PU. 

One length indicator field shall be included for each end of a SDU that the PDU includes. The length indicator shall be 
set equal to the number of octets between the end of the header fields and the end of the segment. If the PDU is exactly 
filled with the last segment of a SDU and there is no room for a length indicator field a length indicator field set to only 
O's shall be included in the next PDU. How to perform the segmentation of a SDU is specified in subsection 1 1 .3.2. 1 .2. 

1 1 .3.2.1 .1 Setting of the Polling bit 

The Polling bit shall be set to 1 if any of following conditions are fulfilled except when the poll prohibit function is 
used and the timer Timer_Poll_Prohibit is active (the different triggers are described in 9.7.4): 

1) Last PU in buffer is used and the last PU available for transmission is transmitted. 

2) Last PU in retransmission buffer is used and the last PU to be retransmitted is transmitted. 

3) Poll timer is used and timer Timer_Poll has expired. 

4) Every Poll_PU PU is used and when VT(PU)=Poll_PU. 

5) Every Poll_SDU is used and VT(SDU)=Poll_SDU and the PDU contains the last segment that SDU. 

6) Poll_Window% of transmission window is used and 

, (Window _ Size + VT (MS) -VT(S))modWindow_ Size „ „ „,. , 

1 > Poll _ Window . 

Window _ Size 

7) Timer based polling is used and Timer_Poll_Periodic has expired. 

8) Poll prohibit shall be used, the timer Timer_Poll_Prohibit has expired and one or several polls were prohibited 
during the time Timer_Poll_Prohibit was active. 

11.3.2.1.2 Segmentation of a SDU 

Upon reception of a SDU, RLC shall segment the SDU to fit into the fixed size of a PU. The segments are inserted in 
the data field of a PU. A length indicator shall be added to each PU that includes a border of a SDU, i.e. if a PU does 
not contain a length indicator the SDU continues in the next PU. The length indicator indicates where the border occurs 
in the PU. The data after the indicated border can be either a new SDU, padding or piggybacked information. If padding 
or piggybacking is added another length indicator shall be added, see section 9.2.2.8. 

1 1 .3.3 Reception of AMD PDU by the receiver 

Upon reception of a AMD PDU the receiver shall update VR(R), VR(H) and VR(MR) state variables according to the 
received PU(s). 
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If any of the PUs include a Polling bit set to 1 the STATUS PDU transfer procedure shall be initiated. 

If the detection of missing PU(s) shall be used and the receiver detects that a PU is missing the receiver shall initiate the 
STATUS PDU transfer procedure. 

If timer based SDU discard without explicit signalling is used and a missing PU is detected the timer Timer_Discard is 
started. 

1 1 .3.4 Abnormal cases 

11.3.4.1 Timer_Poll timeout 

Upon expiry of the Timer_Poll the sender shall retransmit the poll. The poll can be retransmitted in either a new PDU or 
a retransmitted PDU. 

1 1 .3.4.2 Receiving a PU outside the receiving window 

Upon reception of a PU with SN<VR(R) or SN>VR(MR) the receiver shall discard the PU. The poll bit shall be 
considered even if a complete PDU is discarded. 

1 1 .3.4.3 Timer_Discard timeout 

1 1 .3.4.3.1 SDU discard with explicit signalling 

Upon expiry of Timer_Discard the sender shall initiate the SDU discard with explicit signalling procediu"e. 

1 1 .3.4.3.2 SDU discard without explicit signalling 

Upon expiry of the Timer_Discard on the sender side the sender shall discard all PDUs that contain segments of the 
associated SDU. If the concatenation function is active, PDUs carrying segments of other SDUs that have not timed out 
shall not be discarded. The state variable VT(US) shall be updated. 

1 1 .3.4.4 VT(DAT) > MaxDAT 

If SDU discard after MaxDAT number of retransmission is used and VT(DAT) > MaxDAT for any PU the sender shall 
initiate the SDU discard with explicit signalling procedure. 

If the SDU discard is not used the sender shall initiate the RLC reset procedure when VT(DAT) > MaxDAT. 

1 1 .3.4.5 Invalid length indicator value 

If the length indicator of a PU has a value that is larger than the PU size, the PU shall be discarded and treated as a 
missing PU. 

1 1 .4 RLC reset procedure 
11.4.1 Purpose 

The RLC reset procedure is used to reset two RLC peer entities, which are operating in acknowledged mode. 

Figure 1L4 below illustrates the elementary procedure for a RLC reset. The sender can be either the UE or the network 

and the receiver is either the network or the UE. 
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Sender 




Receiver 




RESET . 






RESET ACK 






^ 















Figure 11.4: RLC reset procedure 

11.4.2 Initiation 

The procedure shall be initiated when a protocol error occurs. 

The sender sends the RESET PDU when it is in data transfer ready state and enters reset pending state. The sender shall 
start the timer Timer_RST and increase VT(RST) with 1. The RESET PDU shall be transmitted on the DCCH logical 
channel if the sender is located in the control plane and on the DTCH if it is located in the user plane. 

The RESET PDU has higher priority than data PDUs. 

1 1 .4.2.1 RESET PDU contents to set 

The size of the RESET PDU shall be equal to one of the allowed PDU sizes. 

1 1 .4.3 Reception of tine RESET PDU by tine receiver 

Upon reception of a RESET PDU the receiver shall respond with a RESET ACK PDU. 

The RESET ACK PDU shall be transmitted on the DCCH logical channel if the sender is located in the control plane 
and on the DTCH if it is located in the user plane. 

The RESET ACK PDU has higher priority than data PDUs. 

1 1 .4.3.1 RESET ACK PDU contents to set 

The size of the RESET ACK PDU shall be equal to one of the allowed PDU sizes. 

1 1 .4.4 Reception of tine RESET ACK PDU by the sender 

Upon reception of a RESET ACK the Timer_RST shall be stopped and VT(RST) shall be reset. The sender shall enter 
data transfer ready state. 

1 1 .4.5 Abnormal cases 

11.4.5.1 Timer_RST timeout 

Upon expiry of Timer_RST the sender shall retransmit the RESET PDU and increase VT(RST) with 1 . 

11.4.5.2 VT(RST) > MaxRST 

If VT(RST) becomes larger or equal to MaxRST the RRC layer shall be informed. 
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1 1 .5 STATUS PDU transfer procedure 
11.5.1 Purpose 

The STATUS PDU transfer procedure is used for transferring of status information between two RLC peer entities, 
which are operating in acknowledged mode. Figure 1 1.5 below illustrates the elementary procedure for STATUS PDU 
transfer. The receiver is the receiver of AMD PDUs and it is either the UE or the network and the sender is the sender of 
AMD PDUs and it is either the network or the UE. 



Sender 



Receiver 



STATUS PDU 



Figure 11.5: STATUS PDU transfer procedure 



11.5.2 Initiation 



The receiver in any of following cases initiates this procedure: 

1) The poll bit in a received AMD PDU is set to 1. 

2) Detection of missing PUs is used and a missing PU is detected. 

3) The timer based STATUS PDU transfer is used and the timer Timer_Status_Periodic has expired. 

The receiver shall transmit a STATUS PDU on the DCCH logical channel if the receiver is located in the control plane 
and on the DTCH if it is located in the user plane. Separate logical channels can be assigned for AMD PDU transfer and 
for Control PDU transfer. 

The STATUS PDU has higher priority than data PDUs. 

There are two functions that can prohibit the receiver from sending a STATUS PDU. If any of following conditions are 
fulfilled the sending of the STATUS PDU shall be delayed, even if any of the conditions above are fulfilled: 

1) STATUS PDU prohibit is used and the timer Timer_Status_Prohibit is active. 

The STATUS PDU shall be transmitted after the Timer_Status_Prohibit has expired. The receiver shall send 
only one STATUS PDU, even if there are several triggers when the timer is running. 

2) The EPC mechanism is used and the timer Timer_EPC is active or VR(EP) is counting down. 

The STATUS PDU shall be transmitted after the VR(EP) has reached 0. The receiver send only one STATUS 
PDU, even if there are several triggers when the timer is active or the counter is counting down. 

If the timer based STATUS PDU transfer shall be used and the Timer_Status_Periodic has expired it shall be restarted. 

If the EPC mechanism shall be used the timer Timer_EPC shall be started and the VR(EP) shall be set equal to the 
number PUs requested to be retransmitted. 

1 1 .5.2.1 Piggybacked STATUS PDU 

It is possible to piggyback a STATUS PDU on an AMD PDU. If a PDU includes padding a piggybacked STATUS 
PDU can be inserted instead of the padding. The sending of such STATUS PDU does not have to be triggered by the 
triggers in section 1 1 .5.2. It shall not be sent if any of the prohibit conditions are fulfilled. 
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11.5.2.2 



STATUS PDU contents to set 



The size of the STATUS PDU shall be equal to one of the allowed PDU sizes. The information that needs to be 
transmitted can be split into several STATUS PDUs if one STATUS PDU does not accommodate all the information. 

Which SUFI fields to use is implementation dependent, but the STATUS PDU shall include information about which 
PUs have been received and not received. 

Padding shall be inserted if the SUFI fields do not fill the entire STATUS PDU. If the PDU contains padding the last 
SUFI field shall be either an Acknowledgement super-field or a No More super-field. 

1 1 .5.3 Reception of the STATUS PDU by the sender 

The sender shall upon reception of the STATUS PDU/piggybacked STATUS PDU update the state variables VT(A) 
and VT(MS) according to the received STATUS PDU/piggybacked STATUS PDU. 

If the STATUS PDU includes negative acknowledged PUs the acknowledged data transfer procedure shall be initiated 
and the PUs shall be retransmitted. Retransmitted PUs have higher priority than new PUs. 

1 1 .5.4 Abnormal cases 

1 1 .5.4.1 EPC reaches zero and the requested PUs have not been received 

If the EPC mechanism is used and VR(EP) has reached and not all PUs requested for retransmission have been 
received the receiver shall: 

Retransmit the STATUS PDU. The retransmitted STATUS PDU may contain new or different SUFI fields in order to 
indicate that some PUs have been received and that some new have been lost. 

1 1 .6 SDU discard with explicit signalling procedure 
11.6.1 Purpose 

An SDU can be discarded with explicit signalling when MaxDAT number of retransmissions is reached or the 
transmission time exceeds a predefined value (Timer_Discard) for a SDU in acknowledged mode RLC. Move 
Receiving Window (MRW) command is sent to the receiver so that AMD PDUs carrying that SDU are discarded in the 
receiver and the receiver window is updated accordingly. Note that when the concatenation function is active, PDUs 
carrying segments of other SDUs that have not timed out shall not be discarded. 

The MRW command is defined as a super-field in the RLC STATUS PDU, and piggybacked to status information of 
transmissions in the opposite direction. 

Figure 11.6 below illustrates the elementary procedure for SDU discard with explicit signalling. The sender is the 
sender of AMD PDUs and it is either the UE or the network and the receiver is the receiver of AMD PDUs and it is 
either the network or the UE. 



Sender 



Receiver 



STATUS PDU 



Figure 11.6: SDU discard with explicit signalling 

11.6.2 Initiation 

This procedure is initiated by the sender when the following conditions are fulfilled: 
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1) SDU discard with explicit signalling is used. 

2) MaxD AT number of retransmissions is reached or Timer_Discard expires for a SDU in acknowledged mode 
RLC. 

The sender shall discard all PUs that contain a segment of the associated SDU. If the concatenation function is active, 
PDUs carrying segments of other SDUs that have not timed out shall not be discarded. 

The sender shall transmit a STATUS PDU on the DCCH logical channel if the sender is located in the control plane and 
on the DTCH if it is located in the user plane. 

If the PU with sequence number SN_MRW contains LI indicating trailing data from the discarded SDU, the 
transmitter shall send SUFI MRW_N_IFL indicating to the receiver to discard the first LI and the corresponding data 
bytes. Otherwise the transmitter shall send SUFI MRW. 

This STATUS PDU is sent even if the 'STATUS PDU prohibit' is used and the timer 'Timer_Status_Prohibit' is active. 

The STATUS PDU has higher priority than data PDUs. 

The sender shall start timer Timer_MRW. If a new MRW procedure is initiated whilst Timer_MRW is running then 
Timer_MRW shall be restarted and VT(MRW) should be reset. 

1 1 .6.2.1 Piggybacked STATUS PDU 

It is possible to piggyback a STATUS PDU on an AMD PDU. If a PDU includes padding a piggybacked STATUS 
PDU can be inserted instead of the padding. 

1 1 .6.2.2 STATUS PDU contents to set 

The size of the STATUS PDU shall be equal to one of the allowed PDU sizes. The information that needs to be 
transmitted can be split into several STATUS PDUs if one STATUS PDU does not accommodate all the information. 

STATUS PDU shall include the MRW/MRW_N_IFL SUFI, other SUFI fields can be used additionally. 
MRW/MRW_N_IFL SUFI shall convey information about the discarded SDU(s) to the receiver. 

Padding shall be inserted if the SUFI fields do not fill the entire STATUS PDU. If the PDU contains padding the last 
SUFI field shall be a No More Data super-field. 

1 1 .6.3 Reception of the STATUS PDU by the receiver 

The receiver shall upon reception of the STATUS PDU/piggybacked STATUS PDU discard PUs and update the state 
variables VR(R), VR(H) and VR(MR) according to the received STATUS PDU/piggybacked STATUS PDU. 

The receiver shall initiate the transmission of a STATUS PDU indicating the revised value of VR(R). 

In case of receiving SUFI_MRW , the receiver shall start reassembling the next SDU from the first data byte of the PU 
with sequence number SN_MRW . 

If the receiver receives SUFI MRW_N_IFL , it shall discard the first LI and start reassembling the next SDU . 

1 1 .6.4 Reception of STATUS PDU if VR(R) > SN_MRW 

The procedure is terminated in the sender when a STATUS PDU is received indicating a value of VR(R) > SN_MRW. 
If this occurs Timer_MRW is stopped thereby terminating the procedure. 



1 1 .6.5 Expiration of timer Timer_MRW 



If Timer_MRW expires before a STATUS PDU is received indicating a value of VR(R) greater or equal to the MRW 
parameter then the STATUS(MRW) shall be retransmitted, VT(MRW) is incremented by one and Timer_MRW 
restarted. 
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1 1 .6.6 Abnormal cases 

1 1 .6.6.1 Obsolete/corrupted MRW command 

If the MRW command contains outdated information about the receiver window (receiver window already moved 
further than MRW command is indicating), the MRW command shall be discarded and a STATUS PDU containing 
SUFI ACK shall be transmitted. 

1 1 .6.6.2 VT(MRW) equals MaxMRW 

If the number of retransmission of a MRW command (i.e. VT(MRW)) reaches MaxMRW, an error indication shall be 
passed to RRC and RESET procedure should be performed. 
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Annex A (informative): 
SDL diagrams 

This annex contains the SDL diagrams. For Release'99, it is meant for informative purposes only. 
NOTE: All the SDL diagrams presented are [FFS] 
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Virtual Process Type Acknowledgedjink 



1_Signals(69) 



"K 



SIGNALSET 

Crlc_amconfig_req, 

Crlc_StatusJnd, 

Rlc_AmData_req, 

Rlc_AmDataJnd, 

Rlc_AmData_conf, 

Reset_am, 

Reset_am_ack, 

AmdPduQueuedUp, 

Status Pdu, 

AmdPdu; 



Am 



(Am to_AcknowledgedLink) (AcknowledgedLink to_Am) 



DtchDcch 

(DtchDcch_to_AcknowledgedLink) (AcknowledgedLink_to_DtchDcch)| 



Cont 

(Cont_to_AcknowledgedLink) (AcknowledgedLink_to_Cont)| 
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Virtual Process Type Acknowledgedjink 

■, \ DCL 



SIGNALSET 



/*SDU, PDU, and PL) declarations: 



sdu OctetType, 

/*The sdu data from the upper layer protocol.*/ 

amd_pdu AmPdu, 

/*A representation of data contained within an AmPdu.7 



amd_pu 

/*A representation of a local am_pu7 



AmPuStructType, 



status_pdu, tx_status_pdu StatPdu, 

/*A representation of data contained within an StatPdu.7 



rSDU, PDU, and PL) array declarations:. 



sdus 

/*An array containing SDUs.*/ 



OctetArrayType, 



pdus AmPduArrayType, 

/*An array containing AMD PDUs created by segmenting a SDU. 7 



pus 

/*An array containing PUs.7 



AmPuArrayType, 



rempus AmPuArrayType, 

/*An array containing PDUs to be removed from queues. 7 

status_pdus StatusPduArrayType, 

/*An array containing several STATUS PDUs. 7 



/'Queue declarations: 



receiverqueue Queue, 

/*A queue used for storing PDUs as they arrive.7 

retransmissionqueue Queue, 

/*A queue used for PDUs that are to be retransmitted. 7 

assembly_queue Queue, 

/*A queue used for reassembly of received PDUs into an SDU.7 

transmitted_queue Queue, 

/*A queue used for PDUs that have been transmitted. 7 

amd_queue Queue, 

/*A queue used for PDUs to be transmitted. 7 

mui_queue Queue; 

/*A queue used to store mui numbers for which confirmation 
has been requested.7 



A 
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Virtual Process Type Acknowledgedjink 

■, \ DCL 

rindicator declarations: 



2_Declarations(69 



SIGNALSET 



A 



epc_active IndicatorType, 

/*An indicator used to store whetlier the TimerEPC is active or not. 7 

polljDeriodic_active IndicatorType, 

/*An indicator used to store whether the Timer_Poll_Periodic is active or not. 7 

poll_prohibit_active IndicatorType, 

/*An indicator used to store whether the Timer_Poll_Prohibit is active or not.7 

rst_active IndicatorType, 

/*An indicator used to store whether the Timer_RST is active or not.7 

status_periodic_active IndicatorType, 

/*An indicator used to store whether the Timer_Status_Periodic is active or not.*f 

status_prohibit_active IndicatorType, 

/*An indicator used to store whether the Timer_Status_Prohibit is active or not.7 

empty IndicatorType, 

/*An Indicator used to determine whether a queue is empty or not.7 

exists IndicatorType, 

/*An indicator used to determine whether a particular pdu exists 
within a queue or not.7 

complete IndicatorType, 

/*An indicator used to determine whether an SDU has been 
completely reassembled. 7 

cnf IndicatorType, 

/*An indicator used to determine whether an SDU requires 
confirmation. 7 

possible IndicatorType, 

/*An indicator used to indicate whether status piggyback is 
possible or not.7 

create^status IndicatorType, 

/*An indicator used to store whether a status report should be created or not.7 

polMriggered IndicatorType, 

/*This variable is used to record if a poll is to be transmitted or not.7 

statusjriggered IndicatorType, 

/*This variable is used to indicate whether a status report should be transmitted 
or not.7 

piggyback IndicatorType; 

/*This variable indicates whether a piggybacked status report is included 
in the PDU or not.7 
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Virtual Process Type Acknowledgedjink 

■, \ DCL 

rindicator declarations: 



3_Declarations(69 



SIGNALSET 



A 



MRWactive IndicatorType, 

/*An indicator used to store whetlier the Timer_l\/IRW is active or not.7 

poll_active IndicatorType, 

/*An indicator used to keep tracl< of whether the Poll_Timer is active or not.*/ 

contains, mnwans IndicatorType, 

/*These indicators are used when checking the contents of a received 
status Pdu.7 

polLanswer IndicatorType, 

/*This indicator stores whether a status report is sent as an answer to a poll 
or not.*/ 

missing_pu_detected IndicatorType; 

/*This indicator is used to store whether he receive side has detected missing 
PUs.*/ 
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Virtual Process Type Acknowledgedjink 


4_Declarations(69 




SIGNALSET 


DCL K 
/*Parameter declarations' */ 






/ 1 \^l \^l 1 1 \mf LV^ 1 \A \^ VriT 1 Im^t 1^ LI V^ 1 1 ^nf > / 

e_r ERParameterType, 
/*The parameter indicating the desired end state.*/ 






polljriggers PollTriggArrType, 

/*a configuration parameter dealing with when to issue poll requests.*/ 






protocol_parameters ProtocolParametersStructType, 
/*A struct variable containing the protocol parameters set.*/ 






statusjriggers StatusTriggArrType, 
/*A configuraion parameter dealing with when to issue Status reports.*/ 






timerdu rations TimerDurationsStructType, 
/*A struct containing the various timer durations.*/ 






discard DiscardArrayType, 
/*A configuration parameter identifying discard conditions.*/ 






cipheringmode CipheringModeType, 
/*The ciphering mode.*/ 






ciphering key CipheringKeyType, 
/*The ciphering key.*/ 






ciphering_sequence_number CipheringSequenceNumberType, 
/*The ciphering sequence number.*/ 






pdu size OctetType, 
/*The size in octets of an AMD PDU.*/ 






pu_size OctetType, 
/*The size In octets of a PU.*/ 






/*Sequence number variables: */ 






n, sn ack, sq SequenceNumberType, 
/*A local sequence number.*/ 






polLwindow SequenceNumberType, 
/*The size of the polLwindow.*/ 






receive_window SequenceNumberType, 
/*The receive window size.*/ 






transmit_window SequenceNumberType, 
/*The transmit window size.*/ 






polled_sn SequenceNumberType, 
/*This variable stores a sequence number associated with the PDU that containe 
a poll request.*/ 


d 




sn_mrw SequenceNumberType; 
/*This variable stores the sequence number associated with a MRW request.*/ 
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/*Local variables declarations' */ 


\ 

A 






logicaLchannel LogicalChannelType, 
/*The logical channel associated with transmissions.*/ 








i,j INTEGER, 
/*A local counter.*/ 








mui MuiType, 

/*The message uit identifier associated with a message to be transmitted.*/ 








muis MuiArrayType, 
/*An array used to store message unit identifiers.*/ 








tot_mui, k, tot_rem, 

nsq PdulndexType, 

/*Gounters used to manage the amount of PUs and SDUs received.*/ 








totjist PdulndexType, 
/*A local variable for maintaining knowledge of the total number of 
(SNi, Li)-pairs in a list super field.*/ 








tot_bitmap, tot_rlist PdulndexType, 

/*A local variable for maintaining knowledge of the total length of a bitmap or codewords.*/ 








nsdu PdulndexType, 

/*A local variable for maintaining knowledge of the number of SDUs reassembled PUs.*/ 








npdu PdulndexType, 

/*A local variable for maintaining knowledge of the number of AMD PDUs created from a SDU. 


/ 




npu PdulndexType, 

/*A local variable for maintaining knowledge of the number of PUs included in a AMD PDU 


*/ 






nstatus PdulndexType, 
/*A local variable for maintaining knowledge of the number of STATUS PDUs 
which have been created.*/ 








n_pu_per_tti PdulndexType, 

/*A local variable for maintaining knowledge of the number of PUs received within a 1 1 1.*/ 








end_state EndStateType, 
/*A variable used to ensure correct timer reset.*/ 








polLwin REAL, 

/*A local variable used to store the current transmit window usage.*/ 








bitmap IndicatorArrayType, 
/*This array of boolean values indicates losses experienced by the 
receiver.*/ 








codewords IndicatorArrayType; 
/*This array is used to store the codewords in the risit super field.*/ 
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vt_s SequenceNumberType, 

rSend state variable: The sequence number of the next pu to be transmitted for the first time (i.e 

excluding retransmissions). It is updated after transmission of a PDU which includes not earlier 

transmitted PUs. The initial value of this variable is 0.7 

vt_a SequenceNumberType, 

/* Acknowledge state variable: The sequence number of the next in-sequence PU expected to 

be acknowledged, thus forming the lower edge of the window of acceptable acknowledgements. 

The variable vt_a is updated based on receipt of a STATUS PDU including an ACK super-field. 

The initial value of this variable is 0.7 

vt_ms SequenceNumberType, 

/*Maximum send state variable: The sequence number of the first PU not allowed by the peer 
receiver (i.e. the receiver will allow up t o vt_ms-1) vt_ms=vt_a+ window size. This value 
represents the upper edge of the transmit window. The transmitter shall not transmit a 
new PU if vt_s >= vt_ms. The variable vt_ms is updated based on receipt of a STATUS PDU 
incluiding an ACK and/or WINDOW super-field. 7 

vt_pu SequenceNumberType, 

/*This state variable is used when the poll every PolLPU PU function is used. It is incremented with 

1 for each PU that is transmitted. It should be incremented for both new and retransmitted PUs. 

When it reaches PolLPU a new poll is transmitted and the state variable is set to zero. The initial 

value of this variable is 0.7 

vt_sdu SequenceNumberType, 

/*This state variable is used when the poll every PolLSDU SDU function is used. It is incremented 
with 1 for each SDU that is transmitted. When it reaches PolLSDU a new poll is transmitted and 
the state variable is set to zero. The poll bit should be set in the PU that contains the last segment 
of the SDU. The initial value of this variable is 0.7 

vt_rst SequenceNumberType, 

/*Reset state variable: This variable is used to count the number of times a RESET PDU is transmit- 
ted. It is incremented with 1 each time a RESET PDU is transmitted. It is reset upon reception of 
a RESET ACK PDU. The initial value of this variable is 0.7 

vrr SequenceNumberType, 

/*Receive state variable: The sequence number of the next in sequence PU expected to be received. 
It is updated upon receipt of the next in-sequence pdu. The initial value of this variable is 0.7 

vr_h SequenceNumberType, 

/'Highest expected state variable: The sequence number of the next highest expected pdu. The vari- 
able is updated whenever a new pdu is received with SN>=vr_h. The initial value of this variable is 0. 

vrmr SequenceNumberType, 

/'Maximum acceptable receive state variable: The sequence number of the first pdu not allowed 
by the receiver (i.e. the receiver will allow up to vr_mr-1 ), vr_mr=vr_r+window size. The receiver 
shall discard PUs with SN>=vr_mr, (in one case, such a PU may cause the transmission of an 
unsolicited STATUS PDU).7 

vr ep SequenceNumberType; 

/'Estimated PDU counter state variable: The number of PUs that should be received yet as 
a consequence of the transmission of the latest STATUS PDU. In acknowledged mode, 
this state variable is updated at the end of each transmission time interval. It is decremented 
by the number of PUs that should have been received during the transmission time interval. If 
VR(EP) is equal to zero, then check if all PUs requested for retransmission in the latest STATUS 
PDU have been received. 7 
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DCL 

/'State variable declarations: 



"K 



vt_dat SequenceNumberType, 

/*This is a local variable that stores the highest value associated with any 
PL) within the PDU formed from the retransmission queue.*/ 

vt_mrw SequenceNumberType; 

/*A variable used to keep track of the number of transmissions of MRW that has 
occurred.*/ 
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TIMER ^ 

TimerPoll, 

/*This timer is only used when the poll timer trigger is used. It is started when the transmitting side sends a 
poll to the peer entity. The timer is stopped when receiving a STATUS PDU that contains an acknowled- 
gement or negative acknowledgement of the AMD PDU that triggered the timer. The value 
of the timer is signalled by RRC. If the timer expires and no STATUS PDU containing an acknowledgement 
or negative acknowledgement of the AMD PDU that triggered the timer has been received, the receiver is 
polled once more (either by the transmission of a PDU which was not yet sent, or by a retransmission) and 
the timer is restarted. If a new poll is sent when the timer is running it is restarted. 7 

TimerPolLProhibit, 

/*This timer is only used when the poll prohibit function is used. It is used to prohibit transmission of polls 
within a certain period. A poll shall be delayed until the timer expires if a poll is triggered when the timer 
is active. Only one poll shall be transmitted when the timer expires even if several polls were triggered when 
the timer was active. This timer will not be stopped by a STATUS PDU. The value of the timer is signalled 
by RRC. 7 

Timer_EPC, 

/*This timer is only used when the EPC function is used and it accounts for the roundtrip delay, i.e. the time 
when the first retransmitted PU should be received after a STATUS has been sent. The timer is started when 
a STATUS report is transmitted and when it expires EPC can start decrease (see section 9.7.3). The value of the 
timer is signalled by RRC7 

Timer_EPC_check, 

/*This timer is used to count down the state variable vr_ep at acertain interval.7 

Timer_Discard(MuiType), 

/*This timer is used for the SDU discard function. In the transmitter, the timer is activated upon reception of a SDU 
from higher layer. If the SDU has not been acknowledged when the timer expires, the SDU is discarded and a 
Move Receiving Window request is sent to the receiver. If the SDU discard function does not use the Move 
Receiving Window request, the timer is also used in the receiver, where it is activated once a PDU is detected 
as outstanding, i.e. there is a gap between sequence numbers of received PDUs. The value of the timer is 
signalled by RRC.7 

TimerPolLPeriodic, 

/*This timer is only used when the timer based polling is used. The timer is started when the RLC entity is 

created. Each time the timer expires a poll is transmitted and the timer is restarted. The value of the timer 

is signalled by RRC.7 

Timer_Status_Prohibit, 

/*This timer is only used when the STATUS PDU prohibit function is used. It prohibits the receiving side 
from sending STATUS PDUs. The timer is started when a STATUS PDU is transmitted and no new STATUS 
PDU can be transmitted before the timer has expired. The value of the timer is signalled by RRC.7 

Timer_Status_Periodic, 

/*This timer is only used when timer based STATUS PDU sending is used. The timer is started when the RLC 

entity is created. Each time the timer expires a STATUS PDU is transmitted and the timer is restarted. The 

value of the timer is signalled by RRC.7 

Timer_MRW, 

/*This timer is used to keep track of the response to the MRW sufi type.7 

Timer_RST; 

rit is used to detect the loss of RESET ACK PDU from the peer RLC entity. This timer is set when the RESET 
PDU is transmitted. And it will be stopped upon reception of RESET ACK PDU. If it expires, RESET PDU 
will be retransmitted. 7 
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£ldu_am_s ogmontation 



Set_seque nc e _numb e r 



Read_p(j 



This procedure manages segmentation and concatenation of 
" sdus. If tlie polljrigger EVERY_POLL_SDU is used, poll bit is 
set in accordance with the value POLLSDU. In case a SDU is 
smaller than a PL) and waiting next SDU, n_pdu=0 is returned. 



FRAR 






IN/OUT 


sdu 


OctetType, 


IN 


cfn 


IndicatorType, 


IN/OUT 


np 


SequenceNumberType, 


IN/OUT 


pdus 


AmPduArrayType, 


IN/OUT 


qu 


Queue, 


IN 


polljrigg 


PollTriggArrType, 


IN 


prtcljDarmeter 


Protocol ParameterStruct Type, 


IN/OUT 


vt_sdu 


SequenceNumberType, 


IN 


cip_m 


CipheringModeType, 


IN 


cip_k 


CipheringKeyType, 


IN 


cip_s 


CipheringSequenceNumberType 


IN/OUT 


mui 


MuiType, 


IN 


pdu_s 


OctetType, 


IN 


pu_s 


OctetType; 



This procedure sets the sequence numbers within an AmPdu. 
FPAR 

IN/OUT pdu AmPdu, 

IN vt_s SequenceNumberType; 

This procedure retrieves a copy of the first entry in the queue 
indicated as parameter to the procedure. 

FPAR 

IN/OUT qu Oueue, 

IN/OUT am_pdu AmPdu; 
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Place_se ycra l _in_quouo 



Placejriqtieue 



Place_p 



gyback_in_qu e u e 



Placejr | mu i _qu e u e 



Placejr | transmitt e d_qu e u e 



This procedure places several pus in the indicated queue. 

FPAR 

IN/OUT qu Queue, 

IN/OUT tot PdulndexType, 

IN/OUT pus AmPuArrayStructType; 



This procedure places the indicated pdu within the queue 
given as parameter to the procedure. 

FPAR 

IN/OUT qu Queue, 

IN/QUT pdu AmPdu; 

This procedure places a piggybacked STATUS PDU onto the 
first AMD PDU within a queue. 

FPAR 

IN/QUT qu Queue, 

IN/QUT re_qu Queue, 

IN/QUT stat_pdu StatPdu, 

IN pa IndicatorType, 

IN/QUT pes IndicatorType; 



This procedure places a message identifier in the sdu queue. 

FPAR 

IN/QUT qu Queue, 

IN mui MuiType; 

This procedure stores the individual pu:s within the transmitted 
queue. 



FPAR 




IN/QUT qu 


Queue, 


IN/QUT pdu 


AmPdu 
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PlaceJ r l rocoivo_sido_quouo 



This procedure places a PL) in one of the receive side queues. 

FPAR 

IN/OUT qu Queue, 

IN/OUT pu AmPuStructType; 



Placejr l retransm i ssion_qu e u e 



This procedure places a PU in the retransmission queue. 
FPAR 

IN/OUT qu Queue, 

IN/OUT pu AmPuStructType; 



^ I, , . . This procedure retrieves an AIVID PDU from the retransmission 

Remove l from_rctransmission_quouo queue. 



FPAR 

IN/OUT qu Queue, 

IN/OUT pdu AmPdu, 

IN pdu_s QctetType, 

IN pu_s QctetType, 

IN/QUT npu PdulndexType; 
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Remove | from_quouo 



Remove |i d e nt i f ie d_from_qu e u e 



Remove | acks_and_gGt_mui£ 



This procedure removes the first PDU in the queue and 
" returns the number of PUs within the removed PDU. 

FPAR 

IN/OUT qu Queue, 

IN/OUT pdu AmPdu, 

IN pdu_size OctetType, 

IN pu_sze OctetType, 

IN/OUT n_pu PdulndexType; 



This procedure removes a pu with a given sequence number 
from the queue identified. 



FPAR 






IN/OUT 


qu 


Queue, 


IN 


sn 


SequenceNumberType, 


IN/OUT 


pu 


AmPuStructType; 





This procedure removes all pus that have been acknowledged 
" from the indicated queue and stores the muis that are removed 
from the queue in a special array. 



FPAR 






IN/QUT 


txqu 


Queue, 


IN 


re_qu 


Queue, 


IN 


sn 


SequenceNumberType, 


IN/QUT 


tot 


PdulndexType, 


IN/QUT 


muis 


MuiArrayType, 


IN/QUT 


polljot 


PdulndexType, 


IN/QUT 


rempoll 


SequenceNumberArrayType; 
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Remove |l ist_from_quouc 



Remove l bitmap_from_qu e u e 



Remove l mui_from_qu e u e 



This procedure checks whether each sequence number of missing PU 
" informed by LIST SUFI is within the value between vt_a and vt_s, and 
removes a list of pdus indicated by sequence numbersfrom the 
transmission queue and retransmissionqueue. 



FPAR 
IN/OUT 
IN/OUT 
IN 

IN/OUT 
IN/OUT 
IN/OUT 



qu Queue, 

re_qu Queue, 

sq SequenceNumberType, 

no PdulndexType, 

tot PdulndexType, 

pus AmPuArrayStructType; 



This procedure checks whether each sequence number of missing PU 
informed by LIST SUFI is within the value between vt_a and vt_s, and 
removes a list of pdus in accordance with a bitmap from the 
transmission queue and retranmission queue. 

FPAR 

IN/QUT qu Queue, 

IN/OUT re_qu Queue, 

IN sq SequenceNumberType, 

IN/QUT no PdulndexType, 

IN/QUT bitmap IndicatorArrayType, 

IN/QUT tot PdulndexType, 

IN/QUT pus AmPuArrayStructType; 

This procedure removes all PUs associated with a given mui 
from the transmitted_queue. 

FPAR 

IN/QUT mui IVIuiType, 

IN/QUT tx_qu Queue, 

IN/QUT retxqu Queue; 
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This procedure checks whether each sequence number of missing PU 
" informed by LIST SUFI is within the value between vt_a and vt_s, and 
removes a list of pdus in accordance with a codewords from the 
transmission queue and retranmission queue. 



FPAR 
IN/OUT 
IN/OUT 
IN 

IN/OUT 
IN/OUT 
IN/OUT 
IN/OUT 
IN/OUT 



qu Queue, 

re_qu Queue, 

sq SequenceNumberType, 

no PdulndexType, 
codewords IndicatorArrayType, 

tot PdulndexType, 

pus AmPuArrayType, 

poss IndicatorType; 



r^ I II , I ^ This procedure removes all PUs below the move receiving window 

Remove | a ll _bc l OW_mrw_from_quOUO from all receiver queues. 



FPAR 

IN/QUT r_qu 
IN/QUT a_qu 
IN/QUT sn 



Queue, 
Queue, 
SequenceNumberType; 



D 1-^ 4.-*- J * ■ This procedure removes a specific mui from the mui 

Remove |iaentltiea_Trom_mui_queue queue used to keep track of Timer_Discard instances. 



FPAR 






IN/QUT 


sdu queue 


Queue, 


IN 


mui 


MuiType 
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Virtual 

Transmit! amd_pdu 



Virtual 
Transmit! reset 



Virtual 

Transmit I reset acl< 



Virtual 
Transmit! status 



Reassern b l o_am_pu 



This procedure manages transmission of an AMD PDU across ttie 
proper SAP. 



FPAR 




IN pdu 


AmPdu, 


IN ch 


LogicalChannelType 



This procedure transmits a RESET PDU on the correct logical channel. 

FPAR 

IN ch LogicalChannelType; 



This procedure transmits a RESET ACK PDU on the correct 
logical channel. 



FPAR 



IN ch 



LogicalChannelType; 



This procedure tra 
channel. 


nsmits a STATUS PDU on the correct logical 




FPAR 




IN pdu 


StatPdu, 


IN ch 


LogicalChannelType; 


This procedure re£ 
they arrive. 


assembles RIc pdu contents into Sdu:s as 




FPAR 




IN/OUT qu 


Queue, 


IN/OUT comp 


IndicatorType, 


IN/OUT sdus 


OctetArrayType, 


IN/OUT n_sdu 


PdulndexType; 
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Extract_s tatus_from_pdu 



Extract otts 



Initialise stat e variab le s 



Initialise kDAT 



Incremen t vtDAT 



Queue ini tia l isations 



This procedure extracts piggybacked status information from 
"the received PDU. 



FPAR 

IN/OUT pdu 
IN/OUT st_pdu 



AmPdu, 
StatPdu; 



This procedure places the pus in the received AIVID PDU in an array 
" in order to make them available for processing one by one and checks 
the number of PUs in the AMD PDU. 



FPAR 
IN/OUT pdu 
IN/OUT pus 
IN/OUT n_pu 



AmPdu, 

AmPuArrayType, 

PdulndexType; 



This procedure ssets the state variables appropriately. 

FPAR 
IN/OUT vt_s, vt_ms, vt_sdu, vt_pu, vt_a, 

vrr, vrh, vrmr SequenceNumberType; 



This procedure initialises the retransmission counters 
" associated with the PUs within the PDU. 

FPAR 

IN/OUT pdu AmPdu; 

This procedure increments the retransmission counters 
associated with the PUs within the PDU. 

FPAR 

IN/OUT pdu AmPdu; 



This procedure initialises all queues needed within the 
process. 

FPAR 

IN/OUT a_qu, t_qu, retxqu, rxqu, 

as_qu, sclu_qu Queue; 
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Create status 



Existsjnl rocoivcr_qucuo 



Estimate inumb e r_of_pus 



This procedure creates a status report based on available information. 
" The information can be split into several STATUS PDUs if it can not be 
mapped onto one STATUS PDU. At the same time, vr_ep is set equal to 
the number of requested PUs. 



FPAR 










IN 


vrr 






SequenceNumberType, 


IN 


vr_h 






SequenceNumberType, 


IN 


rx win 






SequenceNumberType, 


IN 


pdu_size 






OctetType, 


IN 


rxqu 






Queue, 


IN/OUT 


stat_pdus 






StatusPduArrayType, 


IN/OUT 


vrep 






SequenceNumberType, 


IN/OUT 


nstat 






PdulndexType, 


IN 


sn_mrw 






SequenceNumberType; 




This procedure checks if an 
receiver queue. 


identified 


pu 


exists within the 




FPAR 










IN n 


SequenceNumberType, 


IN/OUT qu 


Queue, 








IN/OUT exists IndicatorType; 







This procedure estimates the number of PUs that have been received 
within aTTI. 



FPAR 
IN/OUT 



n_pu_tti PdulndexType; 
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Check st atus creation 



Check_if iqu e u e _ e mpty 



Check a nd d ele t e tim e r discards 



Checkjf ip i ggyback 



Check if MRW answ e r 



This procedure checl^s if a status report should be generated. 
FPAR 

IN vr r SequenceNumberType, 

IN vr h SequenceNumberType, 

IN qu Queue, 

IN/OUT status IndicatorType; 



This procedure checks if there are any PDUs remaining in the 
queue given as parameter to the procedure. 



FPAR 

IN qu 

IN/OUT empty 



Queue, 
IndicatorType; 



This procedure checks if any timer polls are active and 
returns the first message identifier associated with the 
discard. If the queue is empty, empty=YES is returned. 

FPAR 

IN/QUT qu Queue, 

IN mui MuiType, 

IN/OUT empty IndicatorType; 



This procedure checks if the current AMD PDU to be transmitted 
contains a piggybacked STATUS PDU or not 



FPAR 
IN pdu 

IN/OUT piggyback 



AmPdu, 
IndicatorType; 



This procedure checks if the peer has responded to a MRW command. 

FPAR 

IN snmnw SequenceNumberType, 

IN status_pdu StatPdu, 

IN/OUT mrw_ans IndicatorType; 
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U pdate_ stato_vari ab l 0£ 



£let_poll_b t_ i n_qu e u e 



ContainsI po ll odSN 



Calculatel po lli ng_w i ndow 



This procedure updates ttie state variables vt_a and vt_s. 
FPAR 

IN/OUT vt_a SequenceNumberType, 

IN/OUT vt_ms SequenceNumberType, 

IN/OUT tx win SequenceNumberType, 

IN amqu Queue, 

IN/OUT tx_qu Queue, 

IN/OUT retxqu Queue; 

Ttiis procedure ensures tliat a poll bit is set in the amd_queue 



FPAR 
IN/QUT qu 



Queue; 



This procedure checks if the sequence number associated with 
" a poll request has been acknowledged in the status pdu. 

FPAR 

IN polled_sn SequenceNumberType, 

IN status_pdu StatPdu, 

IN/OUT contains IndicatorType; 



This procedure calculates the current usage of the transmit window. 

FPAR 

IN/QUT pdu AmPdu, 

IN/QUT polLwin Real, 

IN vt_ms SequenceNumberType, 

IN txwin SequenceNumberType; 
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QueueJnitialisations(amd_queue, transmitted_queue, 
retransmissionqueue, receiverqueue, 
assembly_queue, muLqueue) 



lnitialise_state_variables(vt_s, vt_ms, vt_sdu, vt_pu, 
vt_a, vt_rst, vt_mrw, vrr, vrh, vrmr, vrep) 



end state:=NULL 
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1_Timerlnit(69 



SIGNALSET 
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2_Timerlnit(69 



SIGNALSET 



YES- 




2iTimerlhit 



Check_and_delete_timer_discards 
(muLqueue, mui, empty) 




Reset(Timer_Discard(mui)) 



MRW active 




poll_active:=NO, 
polled_sn:=0 



3 (Timerlhit 



£75/ 



(3G TS 25.322 version 3.1.2 Release 1999) 



72 



ETSI TS 125 322 V3.1.2 (2000-01) 



Virtual Process Type Acknowledgedjink 



3_Timerlnit(69 



SIGNALSET 



ACK 




Acknowledged_data_trarisfer_ready 



NULL 



RST 



Set(NOW+timerdurations!rst, 
" Timer_RST) 



rst active:=YES 



Null 



eset_pendini 
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SIGNALSET 



RELEASE 



1_Null(69 



Null 



Crlc_amconfig_req(e_r, loglcaLchannel, 
polLtriggers, status_triggers, timerdurations, 
protocoLparameters, discard, cipheringmode, 
cipheringkey, ciphering_sequence_number, 
pdu_size, pu_size) 




ESTABLISH 



The receive window can be updated dynamically 
according to ttie status of ttie receiver. 



transmit_window:=protocol_parameters!window_size, 
receive_window:=protocoLparameters!window_size 




vt_ms:=vt_s+transmit_window, 
vr mr:=vr r+receive window 



poll_triggers(TIIVIER_BASED) 



Set(NOW+timer_durations!poll_periodic, 
Timer_Poll_Periodic) 



poll_periodic_active:=YES 



statusJriggers(TII\/IER_BASED) 



Set(NOW+timer_durations!status_periodic, 
Timer Status Periodic) 



status_periodic_active:=YES 



Acl<nowledged_data_trarisfer_ready 
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1_AcknowledgedDataTransferReady(69 



SIGNALSET 



1_AckDaiaTransferReady Acknowleaged_data_trarjsfer_ready 



ESTABLISH 




Crlc_amconfig_req(e_r, logicaLchannel, 
polLtriggers, status_triggers, timerdurations, 
protocoLparameters, discard, cipheringmode, 
cipheringkey, ciphering_sequence_number, 
pdu_size, pu_size) 



RELEASE 



QueueJnitialisations(amd_queue, transmitted_queue, 
retransmissionqueue, receiverqueue, 
assembly_queue, muLqueue) 



end_state 
:=NULL 



lnitialise_state_vanables(vt_s, vt_ms, vt_sdu, vt_pu, 
vt_a, vt_rst, vt_mrw, vrr, vrh, vrmr, vr_ep) 
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2_AcknowledgedDataTransferReady(69 



SIGNALSET 



Acknowledged_data_trarisfer_ready 



Reset am< 



Reset am<ack 



QueueJnitialisations(amd_queue, transmitted_queue, 
" retransmissionqueue, receiverqueue, 
assembly_queue, muLqueue) 

lnitialise_state_variables(vt_s, vt_ms, vt_sdu, vt_pu, 
vt_a, vt_rst, vt_mrw, vrr, vrh, vrmr, vrep) 



Transmit_reset_ack(logical_channel) 



Crlc_statusJnd(EVC) 
VIA Cont 



end_state 
:=ACK 




1 (Timerlhit 
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1_RlcAmDataReq(69 



SIGNALSET 



Acknowledged_data_trarisfer_ready 



Rlc_AmD^_req(sdu, cnf, mui) 



N& 




YES 




2_RldAmDa|aReq 



discard(TIMER_BASED) 



Set(NOW+timer_durations!discard, 
Timer_Discard(mui)) 



PlaceJn_muLqueue(muLqueue, mui) 



Sdu_am_segmentation(sdu, cnf, npdu, pdus, 
amd_queue, polLtriggers, protocoLparameters, vt_sdu, 
cipheringmode, cipheringkey, 
ciphering_sequence_number, mui, pdu_size, pu_size) 
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2_RlcAmDataReq(69 



SIGNALSET 



YES 



n:=n+1 



2_RlciAmDa|aReq 



n:=1 



amd_pdu:=pdus(n) 



Set_sequence_number(amdjDdu, 
vt s) 



Placejn_queue( 
amd_queue, amd_pdu) 



AmdPduQueuedUp 
TO SELF 
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1_AmdPduQueuedUp(69 



SIGNALSET 



YES 



NO, 



AmdPduQuk^edUp 
TO SELF 



Acknowledged_data_trarisfer_ready 



AmdPduQ^euedUp 





vt_pu:= 
vt_pu+n_pu 



CheckJf_queue_empty(retransmission_queue, 
empty) 



Checkjf_queue_empty( 
amd_queue, empty) 



Read_pdu(amd_queue, amd_pdu) 




amd_pdu !sn<vt_ms 



Calculate_polling_window( 
amd_pdu, polLwin, vt_ms, 
transmit_window) 



Remove_from_queue( 
amd_queue, amd_pdu, 
pdu_size, pu_size, npu) 



2_AmdPduQuteuedUp 



NO 



5_AmdPduOueuedUp 
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2_AmdPduQueuedUp(69 




SIGNALSET 


2_AmdPduQuteuedUp 

\ y 
























Checkjf_piggyback(amd_pdu, piggyback) 






<pggybai^> 






NO 






^^- 


statusJriggers(STATUS_PROHIBIT) 


YES 
























Set(NOW+ 

timerdurationslstatusjDrohibit, 

Timer_Status_Prohibit) 


NO 
























status_p roh i bit_acti ve := YES 








/ 










\ 




NO 


^^>- 


statusJriggers(EPC) 










YFR 
















Set(NOW+timer durationslepc, 
Timer_EPC) 






















epc_active:=YES 






\ 


/ 












3_AmdPdu 


\ 

/ 
QueuedUp 
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3_AmdPduQueuedUp(69 



SIGNALSET 



YES 



3_AmdPduQuteuedUp 




polLtriggers(LAST_PUJN_BUFFER) 



Checkjf_queue_empty(amd_queue, empty) 



polLtriggers(POLLING_WINDOW) 



polLwin>= 
protocoLparameterslpolLwindow 



polLtriggers(EVERY_POLL_PU) 



vt_pu>=protocoLparameters!polLpu 



lnitialise_vtDAT(amd_pdu) 



NO 



NO 



NO 
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4_AmdPduQueuedUp(69 






SIGNALSET 



4_AmdPduQueuedUp 



Camd_pdL 











YES 






D ^^^^^ 


polLtrlggers(POLL_PROHIBIT) 










YES 










polLprohlbit_actlve 


Y=S 










NO 








poll triggered 
:=YES 








Set(NOW+tlmer_durations!poll_prohibit, 
Timer_poll_prohiblt) 
















\ 








polLprohibit_active:=YES 




/ 






\ 












Set(NOW+timer_durations!poll, TimerPoll) 
















polLactive:=YES, 
polled_sn:=amd_pdu!sn 




\ 






/ 


/ 








Transmlt_amd_pdu(amd_pdu, logicaLchannel) 
















amd_pdu!p:=NO, 
vt_s:=vt_s+n_pu 
















Place_in_transmltted_queue( 
transmitted_queue, amd_pdu) 




\/ 






1 \ 
\ ' 1 





NO 
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5_AmdPduQueuedUp(69 



SIGNALSET 



ye;; 



YE!5 



6_AmdPduQufeuedUp 






5_AmdPduQueuedUp 



vt_pu:= 
vt_pu+n_pu 



Remove_from_retransmission_queue( 
retransmissionqueue, amd_pdu, 
pdu_size, pu_size, npu) 




discard(TIMER_BASED) 



YES 




amd_pdu!vt_dat<protocoLparameters!maxDat 



discard(MAXDAT) 



NO 



-.YES 




1 TfansmimST 




1 TimerDiscard 
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6_AmdPduQueuedUp(69 






SIGNALSET 



6_AmdPduQuteuedUp 



N& 



NO 




Checkjf_piggyback(amd_pdu, piggyback) 



statusJriggers(STATUS_PROHIBIT) 



Set(NOW+ 

timer_durations!status_prohibit, 

Timer_Status_Prohibit) 



status_p roh i bit_acti ve := YES 



status_triggers(EPC) 



Set(NOW+timer_durations!epc, 
Timer_EPC) 



epc_active 
:=YES 




7_AmdPduQueuedUp 



NO 
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7_AmdPduQueuedUp(69 






SIGNALSET 



7_AmdPduQueuedUp 



YES 



YES 



YES 



vt_pu:=0 




polLtriggers(LAST_PUJN_RETRANSBUFFER) 



checkjf_queue_empty( 
retransmissionqueue, empty) 



polLtriggers(EVERY_POLL_PU) 



vt_pu>=protocol_parameters!poll_pu 



NO 



amd_pdu!p 
:=YES 



lncrement_vtDAT(amdjDdu) 



4_AmdPduQueuedUp 



NO 



NO 
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1_TransmitRST(69 



SIGNALSET 

Cric amconfiq req, 




1 TfansmitRST 



QueueJnitialisations(amd_queue, 
transmitted_queue, retransmissionqueue, 
receiverqueue, assembly_queue, muLqueue) 



lnitialise_state_variables(vt_s, vt_ms, 
vt_sdu, vt_pu, vt_a, vt_rst, vt_mrw, 
vrr, vrh, vrmr, vrep) 



vt rst:=1 



Transmit_reset(logical_channel) 



Crlc_statusJ<id(EVC) 
VIACont 



end_state 
:=RST 




1 Timerlhit 



£75/ 



(3G TS 25.322 version 3.1.2 Release 1999) 



86 



ETSI TS 125 322 V3.1.2 (2000-01) 



Virtual Process Type Acknowledgedjink 



1_StatusPdu(69 



SIGNALSET 



MO- 



NO 



NQ 



NO 



Acknowledged_data_trarisfer_ready 



StatusPdu0tatus_pdu) 




Contains_polledSN(polled_sn, 
status_pdu, contains) 




Reset 
(Timer_Poll) 



polLactive 
:=N0 




CheckJfJ\/IRW_answer(sn_mrw, 
status_pdu, mra/ans) 




Reset 
(Timer^MRW) 



mrw_active 
:=N0 




2 Status Ffdu 
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2_StatusPdu(69 



SIGNALSET 



2_StatusH'du 




status_pdu!sufis(i)!typ 



WINDOW LIST 



MRW 



BITMAP ACK 



RLIST NO MORE 




llWindqw 





/Bitmap) 





1 Rlist 3 Status Ffdu 
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SIGNALSET 





k:=1 




AmdRduQueuedUp 
TO SELF 



1_StatusPduList(69 



tot_list:=status_pdu !sufis(i) llength 



sq:=status_pdu!sufis(i)!lst(k)!sn, 
n_sq:=status_pdu!sufis(i)!lst(k)!l 



RemoveJist_from_queue( 
transmitted_queue, retransmissionqueue, 
sq, nsq, tot_rem, rempus, possible) 



Place_severaljn_queue( 
retransmissionqueue, 
toLrem, rem_pus) 




1 TfansmitRST 2 StatusFfdu 
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1_StatusPduBitmap(69 



SIGNALSET 




1 Bitma 



tot_bitmap:=status_pdu!sufis(i)!length, 
sq:=status_pdu!sufis(i)!fsn, 
bitmap :=status_pdu!sufis(i)!bitmap 




Remove_bitmap_from_queue( 

transmitted_queue, retransmissionqueue, 

sq, tot_bitmap, bitmap, tot_rem, rempus, possible) 



i:=i+1 



Place_several_in_queue( 
retransmissionqueue, 
tot_rem, rempus) 



AmdPduQueuedUp 
TO SELF 




1 TfansmitBST 2 StatusFfdu 
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1_StatusPduRlist(69 



SIGNALSET 




tot_bitmap:=status_pdu!sufis(i)!length, 

sq:=status_pdu!sufis(i)!fsn, 

codewords:=status_pclu!sufis(i)!cw 




Remove_rlist_from_queue( 

transmitted_queue, retransmissionqueue, 

sq, tot_rlist, codewords, tot_rem, rem_pus, possible) 



i:=i+1 



Place_several_in_queue( 
retransmissionqueue, 
tot_rem, rempus) 



AmdPduQueuedUp 
TO SELF 




1 TfansmitRST 2 StatusFfdu 
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1_StatusPduAck(69 



SIGNALSET 





sn_ack:=status_pdu!sufis(i)!lsn 



vt a<=sn ackANDsn ack<=vt s 
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1_StatusPduWindow(69 



SIGNALSET 




1 Window 



transmit_window:=status_pdu!sufis(i)!wsn 



vt ms:=vt a+transmit window 



i:=i+1 




2 Status Ffdu 
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SIGNALSET 



vr mr:=vr r+receive window 



h_Mrv^ 



i:=i+1 




1_StatusPduMrw(69 




vr_r:=status_pdu !sufis(i) Isnmrw 



vr_h:=vr_r, 

vr mr:=vr r+receive window 



Remove_all_below_mrw_from_queue( 
receiverqueue, assembly_queue, vrr) 
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SIGNALSET 



YES- 



status_tnggered:=YES 




2 Status Ffdu 




j:=1 




2_StatusPduMrw(69 




2A Mr 



Create_status(vr_r, vrh, 
receivewindow, pdusize, 
receiverqueue, status_pdus, 
vr_ep, n_status, sn_mrw) 



tx_statusj3du:=status_pdus(j) 



polLanswer:=NO 



Place_piggybackjn_queue(amd_queue, 
retransmissionqueue, tx_status_pdu, 
polLanswer, possible) 
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SIGNALSET 



YES^ 





j:=j+1 



2_StatusR'du 2A_^Mr* 




3_StatusPduMrw(69 



tx_status_pdu!pa:=polLanswer 




Transmit_status(tx_status_pdu, logicaLchannel) 



statusJriggers(EPC) 



Set(NOW+timer_durations!epc, TimerEPC) 



epc_active:=YES 



statusJriggers(STATUS_PROHIBIT) 



Set(NOW+timer_durations!status_prohibit, 
Timer_Status_prohibit) 



status_prohibit_active:=YES 
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3_StatusPdu(69 



SIGNALSET 



YES 



YES 



3_StatusH'du 





Remove_acks_and_get_muis( 
transmitted_queue,retransmission_queue, 
sn ack, tot mui, muis) 



j:=1 




NO 



Rlc_AmData\conf(muis(j)!mui) 
VIA Am 




Reset(Timer_Discard(muis(j)!mui)) 



YES 



NO 



j:=j+1 



Update_state_variables(vt_a, vt_ms, 
transmit_window, amd_queue, 
transmitted_queue, retransmissionqueue) 
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1_TimerPoll(69 



SIGNALSET 



Acknowledged_data_trarisfer_ready 




1 TimerRoll 



Timer Polk 



YES 



polLprohibit_active 



polLtriggered:=NO, 
polLactive:=NO 




polLtriggered:=YES, 
polLactive:=NO 



N O 




Set_polLbitJn_queue( 
retransmissionqueue) 



CheckJf_queue_empty(retransmission_queue, 
empty) 



YES 



Checkjf_queue_empty( 
amd_queue, empty) 




SetjDolLbitJn_queue( 
amd_queue) 



YES 




2 (TimerRoll 
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2_TimerPoll(69 



SIGNALSET 



YES- 




2JTimerRoll 



Checkjf_queue_empty(transmitted_queue, 
empty) 




RemoveJdentified_from_queue( 
transmitted_queue, polled_sn, 
amd_pu) 



amd_pu!p:=YES 



PlaceJn_retransmission_queue( 
retransmissionqueue, amd_pu) 



AmdPduQuei^edUp 
TO SELF 
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1_TimerPollProhibit(69 



SIGNALSET 



Acknowledged_data_trar]sfer_ready 



Timer PolllProhibit 
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Virtual Process Type Acknowledgedjink 1_TimerStatusProhibit(69 

SIGNALSET I 



Acknowledged_data_trarjsfer_ready 



Timer Status Prohibit 



status_proliibit_active:=NO 
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1_TimerStatusPeriodic(69 



SIGNALSET 



Acknowledged_data_trarisfer_ready 



Timer Status Periodic 



Set(NOW+timer_durations!status_periodic, 
Timer_Status_Periodic) 



YES 
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1_TimerEpc(69 



SIGNALSET 



Acknowledged_data_trar]sfer_ready 



YES 




2 trimerEPC 



Timer EP 



epc_active 
:=N0 




Estimate_number_of_pus(n_pu_per_tti) 



vr ep:=vr ep-n pu_per tti 



Set(NOW+timer_durations!epc_check, 
Timer_EPC_check) 
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1_TimerEpcCheck(69 



SIGNALSET 




2 irimerEPC 



YES 



Check_status_creation( 
vr_r, vrh, receiverqueue, 
create_status) 



Acknowledged_data_trarisfer_ready 



Timer EP0_check 



Estimate_number_of_pus(n_pu_per_tti) 




YES 




1 TimerStatus 



Set(NOW+timer_durations!epc_check, 
Time r_E P C_ch eck) 




NO 
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SIGNALSET 1 A timerStatus 



1_TimerStatus(69 




1 timerStatus 



Create_status(vr_r, vrh, receive_window, 
pdu_size, receiverqueue, status_pdus, 
vrep, nstatus, sn_mrw) 



j:=1 



tx_status_pdu:=status_pdus(j) 




Place_piggybackjn_queue(amd_queue, 
retransmissionqueue, tx_status_pdu, 
polLanswer, possible) 



2 'nimerStatus 
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2_TimerStatus(69 



SIGNALSET 



YES^ 




tx_status_pdu!pa:=polLanswer 



Transmit_status(tx_status_pdu, logicaLchannel) 



statusJriggers(EPC) 



Set(NOW+timer_durations!epc, TimerEPC) 



epc_active:=YES 



statusJriggers(STATUS_PROHIBIT) 



Set(NOW+timer_durations!status_prohibit, 
Timer_Status_prohibit) 



status_prohibit_active:=YES 
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1_TimerPollPeriodic(69 



SIGNALSET 



Acknowledged_data_trar]sfer_ready 



Timer PolllPeriodic 



polLtriggered:=YES 



Set(NOW+timer_durations!poll_periodic, 
Timer Poll Periodic) 




1 JTimerRoll 
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Virtual Process Type Acknowledgedjink 



1_TimerDiscard(69 



SIGNALSET 



Acknowledged_data_trarisfer_reacly 




1 TimerDiscard 



Timer_Diss^rd(mui) 



Remove_muLfrom queue(mui, amd_queue, 
transmitted_queue, retransmissionqueue) 



Update_state_variables(vt_a, vt_ms, 
transmit_window, amd_queue, 
transmitted_queue, retransmission_queue) 



discard(EXPLICIT) 




RemoveJdentified_from_muLqueue( 
muLqueue, mui) 



Set(NOW+timer_durations!mrw, TimerMRW) 



sn mrw:=vt_a, 

vt_mrw:=1, 

polLanswer:=NO 



£75/ 



(3G TS 25.322 version 3.1.2 Release 1999) 



108 



ETSI TS 125 322 V3.1.2 (2000-01) 



Virtual Process Type Acknowledgedjink 



1_TimerMRW(69 



SIGNALSET 



Acknowledged_data_trarisfer_ready 



Timer MR 



vt_mrw:= 
vt mrw+1 




vt_mrw<protocoLparameters!maxMRW 



Transmit_status(tx_status_pdu, 
logicaLchannel) 



Set(NOW+timer_durations!mrw, 
Timer_MRW) 



NO 



I^TfansmitRST 
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Virtual Process Type Acknowledgedjink 



SIGNALSET 



Extract_status_fromjDdu(amd_pdu, statusjDdu) 



YES 




6 AmdPdu 



Acknowledged_data_trarisfer_ready 



1_AmdPdu(69 

1 (AmdPdu 




AmdPdu(a<fid_pdu 




amd_pdu!length=PIGGYBACKED 



StatusPdu(status_pdu) 
TO SELF 



NO 



ExtractjDus(amdjDdu, pus, n pu) 



i:=1 




i>n_pu 



i:=i+1 



amd_pu:=pus(i) 




2 AmdPdu 
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Virtual Process Type Acknowledgedjink 



SIGNALSET 



NO 




5 AmdPtlu 



Placejn_receive_side_queue( 
assembly_queue, amd_pu) 



Reassemble_am_pu( 
assembly_queue, complete, 
sdus, nsdu) 



Rlc_AmDataJnd(sdu) 
VIA Am 



NQ_ 



j:=j+1 



vr_r:=amd_pu!sn+1, 
vr_h:=amd_pu!sn+1 , 
vr mr:=vr r+receive window 



YES 




j:=1 



sdu:=sdus(j) 




YES 




1 AmdPdu 



2_AmdPdu(69 



^- 


amd_pu!sn<vr_mr 






YES 






amd_pu!sn=vr_r 






YES 






amd_pu!sn=vr h 


J 





NO 



NO 



NO 



3_(AmdPdu 46\mdPdu 



£75/ 



(3G TS 25.322 version 3.1.2 Release 1999) 



111 



ETSI TS 125 322 V3.1.2 (2000-01) 



Virtual Process Type Acknowledgedjink 



SIGNALSET 




SiAmdPilu 




j:=1 



sdu:=sdus(j) 



Rlc_AmDataJnd(sdu) 
VIA Am 



NO. 





1 AmdPdu 



3_AmdPdu(69 



Placejn_receive_side_queue( 
assembly_queue, amd_pu) 



Reassemble_am_pu( 

assembly_queue, complete, sdus, nsdu) 




NO 



vr r:=vr_r+1 , 

vr mr:=vr r+receive window 



Existsjn_receiver_queue( 
vrr, recelverqueue, exists) 



RemoveJdentified_from_queue( 
recelverqueue, vrr, amd_pu) 
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Virtual Process Type Acknowledgedjink 



SIGNALSET 



YES 



YES 



Placejn_receive_side_queue( 
receiverqueue, amd_pu 



vr h:=vr h+1 




liAmdPilu 1 AmdPdu 




NO 





1 ArndRdu 



4_AmdPdu(69 





Placejn_receive_side_queue( 
receiverqueue, amd_pu) 



vr h:=amd_pu!sn+1 



missing_pu_detected:=YES 



Existsjn_receiver_queue(amd_pu!sn, 
receiverqueue, exists) 



YES 



Place_in_receive_side_queue( 
receiverqueue, amd_pu) 




1 AmdPdu 
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Virtual Process Type Acknowledgedjink 



SIGNALSET 



missing_pu_detected:=YES 



vr h:=vr mr 




1 (AmdPilu 



5_AmdPdu(69 
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6_AmdPdu(69 



SIGNALSET 



NO 



YES 



statusjriggered 
YES 




7 AmdPilu 




status_p roh i bit_acti ve 



YES 



poll_answer 
:=YES 




1 ■nimerStatus 



£75/ 



(3G TS 25.322 version 3.1.2 Release 1999) 



115 



ETSI TS 125 322 V3.1.2 (2000-01) 



Virtual Process Type Acknowledgedjink 



7_AmdPdu(69 



SIGNALSET 



NQ 



miqsing_pu_detec|ted 
:=N0 




missing_pu_detected 



statusJriggers(DETECT_MISSING_PU) 



NO 



status_p roh i bit_acti ve 



polLanswer:=NO, 
missing_pu_detected:=NO 




1 'nimerStatus 
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Virtual Process Type Acknowledgedjink 



1_ResetPending(69 



SIGNALSET 



eset_pendin 



Reset amiack Reset am< 



Transmit_reset_ack( 
" logicaLchannel) 



vt rst:=0 



Reset(Timer_RST) 



rst_active:: 
NO 



Crlc_amconfig_req(e_r, 
" logicaLchannel, polLthggers, 
statusjriggers, timerdurations, 
protocoLparameters, discard, 
cipheringmode, cipheringkey, 
ciphering_sequence_number, 
pdu_size, pu_size) 



Acknowledged_data_trarisfer_ready 1_AckDaiaTransferReady 
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2_ResetPending(69 



SIGNALSET 



:eset_pendini 



Timer RSI 



rst active:=NO 



vt rst:=vt rst+1 




vt_rst<protocoLparameters!maxRst 



NO 



YES 



Crlc_statusJnd(EVC) 
VIACont 



Transmit_reset(logical_channel) 



Set(NOW+timer_durations!rst, 
Timer_RST) 



rst active:=YES 
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Annex B (informative): 

Pseudo code describing AIVID PDU header Compression 

The following Pseudo-Code is an example of algorithm to describe the exact Header Compression Operation that takes 
place when several PUs are packed into one RLC PDU. 

/* Prior to calling this procedure it must be checked that <pus_in_pdu> consecutive PU:s 
are to be transmitted (or there is padding in the end) */ 

Compress_PDU (pus_in_pdu, pu_size) { 

li_addition = 0; // reset the variable that counts data in full pu : s 

Loop through pus_in_pdu { 

d_e_flag = E-flag for this PU; 

If (d„e_flag == FALSE) { 

Append PU data to PDU data; // complete PU is SDU-data 
li_addition += pu_size; // to be added to the next LI 

} else ( // E-flag is TRUE, so Ll-field(s) exist 

Previous E-flag in PDU = TRUE; // Either in PDU header or pdu_li_vector ; 

j = 0; // reset Ll-counter for this PU 

pu_data„size = 0; // reset data size counter for this PU 

Loop until (d_e_flag == FALSE) ( 

d_li = next LI; // in octet j of PU; 
d__e_flag = next E__FLAG; //in octet j of PU; 

if (d_li is not PADDING) { 

pu_data_size += d_li; // to keep track of data segment size in this PU) ; 
d_li += li_addition; // to add data from previous PU:s to Ll-value) ; 
li_addition = 0; // reset li_addition; 

} 

Append (d„li + d_e_flag) to pdu_li_vector; 

j++; // go to next li_octet, if d_e_flag is TRUE) ; 

} /* end-of-loop (exit when d„e_flag is TRUE) */ 

Append pu_data_size segments starting from j to RLC-PDU data; 

} /* end-of e-flag == TRUE */ 

} /* end-of loop through PU:s in PDU */ 

} /* end-of Compress_PDU */ 
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